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Chapter 1 
INTRODUCTION TO ASSEMBLY 
LANGUAGE PROGRAMMING 


This book describes assembly language programming. It assumes that you are 
familiar with An Introduction To Microcomputers: Volume | — Basic Concepts 
(particularly Chapters 6 and 7). This book does not discuss the general features of 
computers, microcomputers, addressing methods, or instruction sets; you should 
refer to An Introduction To Microcomputers: Volume | for that information. 


HOW THIS BOOK HAS BEEN PRINTED 


Notice that text in this book has been printed in boldface type and lightface type. 
This has been done to help you skip those parts of the book that cover subject 
matter with which you are familiar. You can be sure that lightface type only ex- 
pands on information presented in the previous boldface type. Therefore, only read 
boldface type until you reach a subject about which you want to know more, at which 
point start reading the lightface type. 


THE MEANING OF INSTRUCTIONS 


The instruction set of a microprocessor is simply the set of binary inputs which 
produce defined actions during an instruction cycle. An instruction set is to a 
microprocessor what a function table is to a logic device such as a gate, adder. or Shift 
register. Of course, the actions which the microprocessor performs in response to the 
instruction inputs are far more complex than the actions which combinatorial logic 
devices perform in response to their inputs. 


An instruction is simply a binary bit pattern — it must be pre- |BINARY 
sent at the data inputs to the microprocessor at the proper |INSTRUCTIONS 
time in order to be interpreted as an instruction. For example, in 


the case of the 8080 microprocessor, when the 8-bit binary pattern 10000000 is the in- 
put during an instruction fetch operation, it means: 


"Add the contents of Register B to the contents of the Accumulator’. 
Similarly, the pattern 00111110 means: 
"Place the contents of the next word of program memory in the Accumulator’. 


The microprocessor (like any other computer) only recognizes binary patterns as in- 
structions or data; it does not recognize words or octal, decimal, or hexadecimal num- 
bers. 


A COMPUTER PROGRAM 


A program is a sequence of instructions which cause a computer to perform a par- 
ticular task. 


Actually, a computer program includes more than instructions; it COMPUTER 
also contains the data and memory addresses which the PROGRAM 
microprocessor needs to accomplish the task defined by the in- 

structions. Clearly, if the microprocessor is to perform an addition. it must have two 
numbers to add and a destination for the result. The computer program must somehow 
determine the sources of the data and the destination of the result as well as the opera- 
tion. 


All microprocessors execute instructions sequentially unless one of the instructions 
changes the execution sequence or halts the computer. i.e., the processor gets the next 
instruction from the next consecutive memory address unless the present instruction 
specifically directs it to do otherwise. 


Ultimately every program becomes a set of binary numbers. For example, this is 
the 8080 program which adds the contents of memory locations 6016 and 6116 
and places the result in memory location 6216: 


00111010 
01100000 
00000000 
01000111 
00111010 
01100001 
00000000 
10000000 
00110010 
01100010 
00000000 


This is a machine language, or object program. If this program OBJECT 
were entered into the memory of an 8080-based microcomputer, PROGRAM 
the microcomputer would be able to execute it directly. MACHINE 


THE PROGRAMMING PROBLEM LANGUAGE 
PROGRAM 





There are many difficulties associated with creating programs 
as object, or binary machine language, programs. These are 
some of the problems: 


1) The programs are difficult to understand or debug (binary patterns all look the 
same, particularly after you have looked at them for a few hours). 
2) The programs are slow to enter since you must enter each bit individually. 


3) The programs do not describe the task which you want the computer to perform in 
anything resembling a human readable format. 


4) The programs are long and tiresome to write. 


5) Тһе programmer often makes careless errors which are subsequently very difficult 
to find. 


01100000 
00000000 
01000111 
01110010 
01100001 
00000000 
10000000 
00110010 
01100010 
00000000 


Although the computer handles binary numbers with ease. people do not. People find 
binary programs long. tiresome. confusing, and meaningless. Eventually, a programmer 
may start remembering some of the binary codes, but such effort should be spent more 
productively. 


USING OCTAL OR HEXADECIMAL 


We can improve the situation somewhat by writing instruc- | OCTAL OR 
tions using octal or hexadecimal, rather than binary numbers. | HEXADECIMAL 
We will use hexadecimal numbers in this book because they are 

shorter, and because they are the standard for the microprocessor industry. Table 1-1 
defines the hexadecimal digits and their binary equivalents. The 8080 program to add 


two numbers now becomes: 


At the very least. the hexadecimal version is shorter to write and not quite so tiring to 
examine. 


Errors are somewhat easier to find in a sequence of hexadecimal digits. The er- 
roneous version of the addition program, in hexadecimal form becomes: 


The mistake is easier to spot. 


What do we do with this hexadecimal program? The microprocessor only unders- 
tands binary instruction codes. The answer is that we must convert the hexadecimal 
numbers to binary numbers. This conversion is a repetitive, tiresome task. People who 
attempt it make all sorts of petty mistakes, such as looking at the wrong line, dropping a 
bit, or transposing a bit or a digit. 


This repetitive, grueling task is, however, a perfect job for a com-  |HEXADECIMAL 
puter. The computer never gets tired or bored and never makes |LOADER 
Silly mistakes. The idea then is to write a program which takes 


hexadecimal numbers and converts them into binary numbers. This is a standard 
program provided with many microprocessors; it is called a '""hexadecimal loader.” 


Is a hexadecimal loader worth having? If you are willing to write a program using binary 
numbers, and you are prepared to enter the program in its binary form into the com- 
puter, then you will not need the hexadecimal loader. 


If you choose the hexadecimal loader. you will have to pay a price for it. The hex- 
adecimal loader is itself a program which you must load into memory. Furthermore. the 
hexadecimal loader will occupy y memory — memory which you may want to use in 
Some other way. 


The basic tradeoff, therefore, is the cost and memory requirements of the hexadecimal 
loader versus the savings in programmer time. 


A hexadecimal loader is well worth its small cost. 


Table 1-1. Hexadecimal Conversion Table 


Hexadecimal Binary Decimal 
Digit Equivalent Equivalent 
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A hexadecimal loader certainly does not solve every programming problem. The hex- 
adecimal version of the program is still difficult to read or understand; for example, it 
does not distinguish instructions from data or addresses, nor does the program listing 
provide any suggestion as to what the program does. What does 32 or 47 or 3A mean? 
Memorizing a card full of codes hardly is an appetizing proposition. Furthermore, the 
codes will be entirely different for a different microprocessor and the program will re- 
Quire a large amount of documentation. ` 
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INSTRUCTION CODE MNEMONICS 


An obvious programming improvement is to assign a name to each instruction 
code. The instruction code name is called a ‘‘mnemonic’’, or memory jogger. Тһе 
instruction mnemonic should describe in some way what the instruction does. 


In fact, every microprocessor manufacturer (they can't remember 
hexadecimal codes either) provides a set of mnemonics for the 
microprocessor instruction set. But you do not have to abide by 
the manufacturer's mnemonics; there is nothing sacred about 
them. However, they are standard for à given microprocessor, and therefore understood 
by all users. These are the instruction names you will find in manuals, cards, books, arti- 
cles, and programs. The problem with selecting instruction mnemonics is that not all in- 
structions have "obvious" names. Some instructions do have obvious names (e.g., 
ADD, AND, OR), others have obvious contractions (e.g.. SUB for subtraction, XOR for 
exclusive ОВ), while still others have neither. The result is such mnemonics as WMP, 
PCHL, and even SOB (try and guess what that means!) Most manufacturers come up 
with some reasonable names and some hopeless ones. However, users who devise their 
own mnemonics rarely seem to do much better than the manufacturer. 





Along with the instruction mnemonics, the manufacturer will usually assign names to 
the CPU's registers. As with the instruction names, some register names are obvious 
(e.g., A for Accumulator) while others may have only historical significance. Again, we 
will use the manufacturer's suggestions simply to promote standardization. 


If we use standard 8080 instruction and register mnemonics, ASSEMBLY 
as defined by Intel, our 8080 addition program becomes: 





The program is still far from obvious but at least some parts are comprehensible. 
ADD B is a considerable improvement over 80; LDA, MOV, and STA do suggest load- 
ing, moving, and storing respectively. We now know which lines are instructions and 
which are data or addresses. Such a program is an assembly language program. 


THE ASSEMBLER PROGRAM 


How do we get the assembly language program into the com- HAND 
puter? We have to translate it, either into hexadecimal or into bin- ASSEMBLY 
ary numbers. You can translate an assembly language program 


by hand, instruction by instruction. This is called hand assembly. 


Hand assembly of a three-instruction sequence may be illustrated as follows: 


Instruction Name Hexadecimal Equivalent 


ADD B 80 
LDA 3A 
STA 






As in the case of hexadecimal to binary conversion, hand assembly is a rote task which 
is uninteresting, repetitive, and subject to numerous minor errors. Picking the wrong 
line. transposing digits. omitting instructions, and misreading the codes are only a few 
of the mistakes you may make. Most microprocessors complicate the task even further 
by having instructions with different word lengths. Some instructions are one word 
long while other instructions are two or three words long. Some instructions require 
data in the second and third words, others require memory addresses, register num- 


bers, or who knows what? 
ASSEMBLER 


SOURCE 
PROGRAM 
ten with mnemonics, into a machine language program, or 


OBJECT 
PROGRAM 
“object” program, which the microcomputer can understand. 


The assembler's input is a source program and its output is an object program. 









Assembly is another rote task which we can assign to the 
microcomputer. The microcomputer never makes any 
mistakes when translating codes; it always knows how many 
words and what format each instruction requires. The program 
which does this job is called an ‘‘assembler’’. The assembler 
program translates a user program, or ‘‘source’’ program writ- 


The tradeoffs we discussed in connection with the hexadecimal loader are mag- 
nified in the case of the assembler. Assemblers are more expensive, occupy more 
memory, and require more peripherals and execution time than do hexadecimal 
loaders. While users may (and often do) write their own loaders, few care to write their 
own assemblers. 


Assemblers have their own rules which you must learn to abide by. These include 
the use of certain markers (such as spaces, commas, semi-colons, or colons) in ap- 
propriate places, correct spelling, the proper control information and perhaps even the 
correct placement of names and numbers. These rules typically are a minor hindrance 
which can be quickly overcome 


ADDITIONAL FEATURES OF ASSEMBLERS 


Early assembler programs did little more than translate the mnemonic names of instruc- 
tions and registers into their binary equivalents. However, most assemblers now pro- 
vide such additional features as: 


1) Allowing the user to assign names to memory locations. input and output devices, 
and even sequences of instructions 

2) Converting data or addresses from various number systems (e.g., decimal or hex- 
adecimal) to binary and converting characters into their ASCII or EBCDIC binary 
codes 

3) Performing some arithmetic as part of the assembly process. 

4) Telling the loader program where in memory parts of the program or data should be 
placed. 

5) Allowing the user to assign areas of memory as temporary data storage. and to 
place fixed data in areas of program memory. 

6) Providing the information required to include standard programs from program libr- 
aries, or programs written at some other time, in the current program. 

7) Allowing the user to control the format of the program listing and the input and 
output devices employed. 


All of these features, of course, involve additional cost and memo- CHOOSING 
ry. Microcomputers generally have much simpler assemblers than AN 

do larger computers, but the tendency always is for the size of as- ASSEMBLER 
semblers to increase. You will often have a choice of assemblers. 
The important criterion is not how many off-beat features the assembler has, but rather 
how convenient it is to work with in normal practice. 
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DISADVANTAGES OF ASSEMBLY LANGUAGE 


The assembler, like the hexadecimal loader, does not solve all the problems of 
programming. One problem is the tremendous gap between the microcomputer in- 
struction set and the tasks which the microcomputer is to perform. Computer in- 
structions tend to do things like add the contents of two registers, shift the contents of 
the Accumulator one bit, or place a new value in the Program Counter. On the other 
hand, a user generally wants a microcomputer to do something like check if an analog 
reading has exceeded a threshold, look for and react to a particular command from a 
teletypewriter, or activate a relay at the proper time. An assembly language program- 
mer must translate such tasks into a sequence of simple computer instructions. The 
translation can be a difficult, time-consuming job. 


Furthermore, if you are programming in assembly language, you must have detailed 
knowledge of the particular microcomputer you are using. You must know what 
registers and instructions the microcomputer has, precisely how the instructions affect 
the various registers, what addressing methods the computer uses, and a myriad of 
other information. None of this information is relevant to the task which the microcom- 
puter must ultimately perform. 


In addition, assembly language programs are not portable. PORTABILITY 


Each microcomputer has its own assembly language. which 

reflects its own architecture. An assembly language program written for the 8080 will 
not run on the Motorola 6800, the Fairchild F8, or the National Semiconductor PACE. 
For example, the addition program written for the Motorola 6800 would be: 


LDAA $60 
ADDA $61 
STAA $62 


The lack of portability not only means that you won't be able to use your assembly 
language program on another microcomputer, but it also means that you won't be able 
to use any programs that weren't specifically written for the microcomputer you are 
using. This is a particular drawback for microcomputers, since these devices are new 
and few assembly language programs exist for them. The result, too frequently, is that 
you are on your own. If you need a program to perform a particular task, you are not 
likely to find it in the small program libraries that most manufacturers provide. Nor are 
you likely to find it in an archive, journal article, or someone's old program file. You will 
probably have to write it yourself. 


HIGH -LEVEL LANGUAGES 


The solution to many of the difficulties associated with as- COMPILER 


sembly language programs is to use, instead, "'high-level'' or 
"procedure-oriented'' languages. Such languages allow you to describe tasks in 
forms that are problem oriented rather than computer oriented. Each statement in 
a high-level language performs a recognizable function; it will generally corres- 
pond to many assembly language instructions. A program called a compiler transl- 
ates the high-level language source program into object or machine language in- 
structions. 


Many different high-level languages exist for different types of FORTRAN 


tasks. ІІ, for example, you can express what you want the com- 
puter to do in algebraic notation, you can write your program in FORTRAN (Formula 
Translation Language). the oldest and most widely used of the high-level languages. 
Now, if you want to add two numbers, you just tell the computer: 


SUM = NUMB1+NUMB2 
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That is a lot simpler (and a lot shorter) than either the equivalent machine language pro- 
gram or the equivalent assembly language program. Other high-level languages in- 
clude COBOL (for business applications), ALGOL (another algebraic language), PL/I (a 
combination of FORTRAN, ALGOL, and COBOL), and APL and BASIC (languages that 
are popular for time-sharing systems). 


ADVANTAGES OF HIGH-LEVEL LANGUAGES 


Clearly high-level languages make programs easier and faster to write. A common 
estimate is that a programmer can write a program about ten times as fast in a 
high-level language as compared to assembly language. That is just writing the pro- 
gram; it does not include problem definition, program design, debugging, testing. or 
documentation, all of which become simpler and faster. The high-level language pro- 
gram is, for instance, partly self-documenting. Even if you do not know FORTRAN, you 
probably could tell what the statement illustrated above does. 


High-level languages solve many other problems associ- MACHINE 
ated with assembly language programming. The high-level INDEPENDENCE 
language has its own syntax (usually defined Бу а national or OF HIGH-LEVEL 


international standard). The language does not mention the in- LANGUAGES 
struction set, registers, or other features of a particular com- 
puter. The compiler takes care of all such details. Programmers can concentrate on their 
own tasks; they do not need a detailed understanding of the underlying CPU architec- 
ture, for that matter, they do not need to know anything about the computer they are 
programming. 





Programs written in a high-level language are portable — PORTABILITY 
at least, in theory. They will run on any computer or OF HIGH-LEVEL 
microcomputer that has a standard compiler for that language. LANGUAGES 





At the same time, all previous programs written іп a high-level 

language for prior computers are available to you when programming a new computer. 
This can mean thousands of programs in the case of a common language like FORTRAN 
or BASIC. 


DISADVANTAGES OF HIGH-LEVEL LANGUAGES 


Well, if all the good things we have said about high-level languages are true, if you 
can write programs faster and make them portable besides, why bother with as- 
sembly languages? Who wants to worry about registers, instruction codes, 
mnemonics, and all that garbage! As usual there are disadvantages which balance 
the advantages. 


One obvious problem is that you have to learn the “rules” or SYNTAX OF 
"syntax'' of any high-level language you want to use. A high- HIGH-LEVEL 
level language has a fairly complicated set of rules. You will find LANGUAGES 
that it takes a lot of time just to get a program that is syntactically 
correct (and even then it probably will not do what you want). A high-level computer 
language is like a foreign language. If you have a little talent, you will get used to the 
rules and be able to turn out programs that the compiler will accept. Still, learning the 
rules and trying to get the program accepted by the compiler doesn't contribute 
directly to doing your job. 





Here, for example, are some FORTRAN rules: 


e Labels must be numbers in the first five card columns 
e Statements must start in column seven 
* Integer variables start with the letters |, J. K, L. M, or N 


1-8 


Another obvious problem is that you need a compiler to transl- COST OF 
ate programs written in a high-level language. Compilers are COMPILERS 
expensive and use a large amount of memory. While most assem- 


blers occupy 2K to 16K bytes of memory (1K = 1024), compilers occupy 4K to 64K 
bytes. So the amount of overhead involved in using the compiler is rather large. 


Furthermore, only some compilers will make the implementa- ALGEBRAIC 
tion of your task simpler. FORTRAN, for example, is well-suited NOTATION 
to problems that can be expressed as algebraic formulas. If, 

however, your problem is controlling a printer, editing a string of characters, or monitor- 
ing an alarm system. your problem cannot be easily expressed in algebraic notation. In 
fact, formulating the solution in algebraic notation may be more awkward and more 
difficult than formulating it in assembly language. The answer is, of course, to use a 
more suitable high-level language. Some such languages exist. but they are far less 
widely used and standardized than FORTRAN. You will not get many of the advantages 
of high-level languages if you use these so-called system implementation languages. 


High-level languages do not produce very efficient INEFFICIENCY 
machine language programs. The basic reason for this is that OF HIGH-LEVEL 
compilation is an automatic process which is riddled with com- LANGUAGES 
promises to allow for many ranges of possibilities. The com- 
piler works much like a computerized language translator — sometimes the words are 
right but the sounds and sentence structures are awkward. A simple compiler cannot 
know when a variable is no longer being used and can be discarded, or when a register 
should be used rather than a memory location, or when variables have simple relation- 
ships. The experienced programmer can take advantage of shortcuts to shorten execu- 
tion time or reduce memory usage. A few compilers (known as optimizing compilers) 
can also do this but such compilers are much larger and slower than regular compilers. 





The general advantages and disadvantages of high-level languages are: 


Advantages: 
»* Моге convenient descriptions of tasks ADVANTAGES 
• More efficient program writing OF 


HIGH-LEVEL 


è Easier documentation LANGUAGES 


e Standard syntax 

*eIndependence of the structure of a particular computer 
*Portability 

* Availability of library and other programs 
Disadvantages: 


* Special rules DISADVANTAGES 
e Extensive hardware and software support required OF 


*Orientation of common languages to algebraic or business ا‎ 
problems 


elnefficient programs 
eDifficulty of optimizing code to meet time and memory requirements 
elnability to use special features of a computer conveniently 





HIGH-LEVEL LANGUAGES FOR MICROPROCESSORS 


Microprocessor users will encounter several special difficulties when using high- 
level languages. Among these are: 


* Few high-level languages exist for microprocessors 
е No standard languages are widely available 


* Few compilers actually run on microcomputers. Those that do often require very 
large amounts of memory 


° Most microprocessor applications are not well-suited to high-level languages 
e Memory costs are often critical in microprocessor applications 


The lack of high-level languages is partly a result of the fact that microprocessors are 
quite new and are the products of semiconductor manufacturers rather than computer 
manufacturers. 


Very few high-level languages exist for microprocessors. The most common are the PL/I 
type languages such as Intel's PL/M, Motorola's MPL, and Signetics’ PLuS. 


Even the few high-level languages that exist do not conform to recognized standards, 
so the microprocessor user cannot expect to gain much program portability. access to 
program libraries, or use of previous experience or programs. The main advantages re- 
maining are the reduction in programming effort and the smaller amount of detailed 
understanding of the computer architecture that is necessary. 


The overhead involved in using a high-level language with OVERHEAD 
microprocessors is considerable. Microprocessors themselves are FOR 

better suited to control and slow interactive applications than they HIGH-LEVEL 
are to the character manipulation and language analysis involved LANGUAGES 
in compilation. Therefore most compilers for microprocessors will 
not run on a microprocessor-based system. Instead, they require a much larger com- 
puter; i.e. they are cross-compilers rather than self-compilers. A user must not only bear 
the expense of the larger computer but must also physically transfer the program from 
the larger computer to the micro. 





A few self-compilers are available. These compilers run on the microcomputer for 
which they produce object code. Unfortunately, they require large amounts of memory 
(16K or more), plus special supporting hardware and software. 


High-level languages also are not generally well-suited to UNSUITABILITY 
microprocessor applications. Most of the common languages OF HIGH-LEVEL 
were devised either to help solve scientific problems or to han- LANGUAGES 

dle large-scale business data processing. Few microprocessor 
applications fall in either of these areas. Most microprocessor applications involve send- 
ing data and control information to output devices, and receiving data and status infor- 
mation from input devices. Often the control and status information consists of a few 
binary digits with very precise hardware-related meanings. If you try to write a typical 
control program in a high-level language, you often feel like someone who is trying to 
eat soup with chopsticks. For tasks in such areas as test equipment. terminals, naviga- 
tion systems, and business equipment. the high-level languages work much better than 
they do in instrumentation. communications, peripherals, and automotive applications. 





Applications better suited to high-level languages are those which APPLICATION 
require large memories. If, as in a valve controller, electronic game, 
appliance controller, or small instrument, the cost of a single 
memory chip is important, then the inefficiency of high-level 
languages is intolerable. If, on the other hand. as іп a terminal or 
test equipment. the system has many thousands of bytes of memory anyway, the ineffi- 
ciency of high-level languages is not as important. Clearly the size of the program and 
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WHICH LEVEL SHOULD YOU USE? 


That depends on your particular application. Let us briefly note some of the factors 
which may favor particular levels: 


Machine Language: 


* Low-volume applications involving small, simple programs APPLICATIONS 
FOR MACHINE 


e Applications where the prototype is the final product 
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e Simple control applications involving a limited number of 


calculations 
Assembly Language: 


e Small to moderate sized programs APPLICATIONS 
FOR ASSEMBLY 


e Applications where memory cost is a factor 
it ode é * LANGUAGE 


e Real-time control applications 
e Limited data processing 

* High-voiume applications 
High-Level Languages: 


* Large programs APPLICATIONS 
FOR HIGH-LEVEL 


Low-volume applications requiring long programs 
* OS LR EE LANGUAGE 





e Applications requiring large memories 
e More computation than input/output or control 
» Compatibility with similar applications using larger computers 


* Availability of specific programs in a high-level language which can be used in 
the application 


Many other factors are also important. such as the availability of a larger computer for 
use in development. experience with particular languages. and compatibility with other 
applications. 


If hardware will ultimately be the largest cost in your application. you should favor as- 
sembly language. But be prepared to spend extra time in software development in ex- 
change for lower memory costs and higher execution speeds. If software will be the 
largest cost in your application, you should favor a high-level language. But be pre- 
pared to spend the extra money required for the supporting hardware and software. 


Of course. no one except some theorists will object if you use both assembly and high- 
level languages. You can write the program originally in a high-level language and then 
patch some sections in assembly language. However. most users prefer not to do this 
because of the havoc it creates in debugging. testing. and documentation. 


Programs always seem to add extra features and grow larger FUTURE TRENDS 
e Hardware and memory are becoming less expensive IN LANGUAGE 
eSoftware and programmers are becoming more expensive LEVELS 


* Memory chips are becoming available in larger sizes, at lower 
"per bit" cost, so actual savings in chips are less likely 


* More compilers are becoming available 





* More suitable and more efficient high-level languages are being developed 

* More standardization of high-level languages will occur 

Assembly language programming of microprocessors will not be a dying art any more 
than it is now for large computers. But longer programs, cheaper memory. and more ex- 


pensive programmers will make software costs a larger part of most applications. The 
edge in many applications will therefore go to high-level languages. 


WHY THIS BOOK? 


If the future would seem to favor high-level languages, why have a book on as- 
sembly language programming? The reasons are: 


1) Most current microcomputer users program in assembly language (almost 2/3, ac- 
cording to one recent survey). 

2) Many microcomputer users will continue to program in assembly language since 
they need the detailed control that it provides. 

3) No suitable high-level language has yet become widely available or standardized. 

4) Many applications require the efficiency of assembly language. 


5) An understanding of assembly language can help in evaluating high-level 
languages. 


The rest of this book will deal exclusively with assemblers and assembly language pro- 
gramming. However, we do want readers to know that assembly language is not the 
only alternative. You should watch for new developments that may significantly reduce 
programming costs if such costs are a major factor in your application. 


Chapter 2 
ASSEMBLERS 


This chapter discusses the functions performed by assemblers, beginning with features 
common to most assemblers, and proceeding through more elaborate capabilities such 
as macros and conditional assembly. You may wish to skim this chapter for the present 
and return to it when you feel more comfortable with the material. 


FEATURES OF ASSEMBLERS 


As we mentioned previously, today’s assemblers do much more than translate as- 
sembly language mnemonics into binary codes. But we will first describe how an 
assembler handles the translation of mnemonics before describing additional as- 
sembler features. Finally we will explain how assemblers are used. 


ASSEMBLER INSTRUCTIONS 


Assembly language instructions (or ''statements'') are divided ASSEMBLY 
into a number of fields, as shown in Table 2-1. 





The operation code field is the only field which can never be 
empty; it always contains either an instruction mnemonic or a 
directive to the assembler, called a pseudo-instruction, pseudo-operation, or 
pseudo-op. 


The address field may contain an address or data, or it may be blank. 


Table 2-1. The Fields Of An Assembly Language Instruction 


Operation Operand 
Code Or Or 
Mnemonic Address 
Field 


Comment Field 


LOAD FIRST NUMBER INTO A 
SAVE IN B 
LOAD SECOND NUMBER INTO A 


ADD FIRST NUMBER TO A 
STORE SUM 
NEXT INSTRUCTION 
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The comment and label fields are optional. A programmer will assign a label to a 
statement or add a comment as a personal convenience, e.g., to make the program 
easier to read. 


Of course, the assembler must have some way of telling FORMAT 


where one field ends and another begins. Assemblers which use 

punched card input often require that each field start in a specific card column. This is 
a fixed format. However, fixed formats may be inconvenient when the input medium is 
paper tape: fixed formats are also a nuisance to programmers. The alternative is a free 
format where the fields may appear anywhere on the line. 


If the assembler cannot use the location on the line to tell the DELIMITERS 


fields apart, it must use something else. Most assemblers use a 

special symbol or delimiter at the beginning or end of each field. The most obvious 
delimiter is the space character. Commas, periods, semi-colons, colons, slashes, ques- 
tion marks and other characters which would not otherwise be used in assembly 
language programs also may serve as delimiters. Table 2-2 lists standard Intel 8080 as- 
sembler delimiters. 


Table 2-2. Standard 8080 Assembler Delimiters 


after a label 
‘space’ between operation code and address 


between operands in the address field 
before a comment 





You will have to exercise а little care with delimiters. Some assemblers are fussy 
about extra spaces or the appearance of delimiters in comments or labels. A well- 
written assembler will handle these minor problems, but many assemblers are not 
well-written. Our recommendation is simple: avoid potential problems if you can. 
The following rules will help: 


1) Do not use extra spaces, particularly after commas which separate operands. 
2) Do not use delimiter characters in names or labels. 


3) Include standard delimiters even if your assembler does not require them. Your pro- 
grams will then be assembled by any assembler. 


LABELS 
The label field is the first field in an assembly language in- LABEL 
struction; it may be blank. If a label is present, the assembler FIELD 


assigns to the label the value of the address for the memory loca- 

tion into which the first object program byte for that instruction is loaded. You may 
subsequently use the label as an address or as data in another instruction's operand 
field. The assembler will replace the label with the assigned value when creating an ob- 
ject program. 


Labels are most frequently used in Jump, Call or Branch in- 
structions. These instructions place a new value in the Program 
Counter and so alter the normal sequential execution of instruc- 
tions. JUMP 15016 means "place the value 15016 in the Program | INSTRUCTIONS 
Counter’. The next instruction to be executed will be the one in 
memory location 15016. The instruction JUMP START means "place the value 
assigned to the label START in the Program Counter". The next instruction to be ex- 
ecuted will be the one in the memory location to which the label START has been 
assigned. Table 2-3 contains an example. 





Table 2-3. Assigning And Using A Label 
ASSEMBLY LANGUAGE PROGRAM 
START LOAD ACCUMULATOR 100 


MAIN PROGRAM 


JUMP START 





When the machine language version of this program is executed, the instruction JUMP 
START causes the address of the instruction labeled START to be placed in the Program 
Counter. The instruction with the label START will be executed next. 


Why use a label? Here are some reasons: 


1) A label makes a program location easier to find and remember. 


2) The label can be moved to correct a program. You do not have to change any sub- 
sequent label references; the assembler will make all the necessary changes. 


3) The assembler or loader can relocate the whole program by adding a constant (a 
relocation constant) to each address in which a label was used. Thus we can move 
the program to allow for the insertion of other programs or simply to rearrange 
memory. 


4) The program is easier to use as a library program. i.e.. it is easier for someone else to 
take your program and add it to some totally different program. 


5) You do not have to figure out memory addresses. Figuring out memory addresses is 
particularly difficult with microprocessors which have instructions that vary in 
length. 


It makes sense to assign a label to any instruction which you might want to use as a 
destination or otherwise identify. 


The next question is what label to use. The assembler often CHOOSING 
places some restrictions on the number of characters (usually 5 LABELS 
or 6), the leading character (often must be a letter), and the trailing 


characters loften must be letters, numbers, or one of a few special characters). Beyond 
these restrictions, the choice is up to you. 


Our own preference is to use labels that suggest their purpose. i.e., mnemonic labels. 
Typical examples are ADDW in a routine that adds one word into a sum, SRETX in a 
routine that searches for the ASCII character ETX, or NKEYS for a location in data 
memory that contains the number of key entries. Meaningful labels are easier to 
remember and contribute to program documentation. Some programmers prefer to use 
a standard label format, such as starting with LOOOO. These labels are self-sequencing 
(you can skip a few numbers to permit insertions), but they do not help document the 
program. 
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Some label selection rules will keep you out of trouble. We RULES OF 
recommend the following: LABELING 


1) Do not use labels which are the same as operation codes or 
other mnemonics. Most assemblers will not allow this usage; others will, but it is 
very confusing. 

2) Do not use labels which are longer than the assembler permits. Assemblers have 
various truncation rules. 


3) Avoid special characters (non-alphabetic and non-numeric). Some assemblers will 
not permit them: others only allow certain ones. The simplest practice is to stick to 
letters and numbers. 

4) Start each label with a letter. Such labels are always acceptable. 


5) Do not use labels that could be confused with each other. Avoid the letters І, О and 
2 and the numbers 0, 1 and 2. Also avoid things like ХХХХ and XXXXX. Тһеге 5 no 
sense in tempting fate and Murphy's laws. 


6) When you are not sure if a label is legal, do not use it. You will not get any real 
benefit from discovering exactly what the assembler will accept. 


These are recommendations, not rules. You do not have to follow them but don't blame 
us if you waste time on silly problems. 


ASSEMBLER OPERATION CODES (MNEMONICS) 


The main task of the assembler is the translation of mnemonic operation codes 
into their binary equivalents. The assembler performs this task using a fixed table 
much as you would if you were doing the assembly by hand. 


The assembler must, however, do more than just translate the operation codes. It must 
also somehow determine how many operands the instruction requires and what 
type they are. This may be rather complex — some instructions (like a Halt) have no 
operands, others (like an Addition or a Jump instruction) have опе, while still others 
(like a transfer between registers or a multiple-bit shift) require two. Some instructions 
may even allow alternatives, e.g., some computers have instructions (like Shift or Clear) 
which can either apply to the Accumulator or to a memory location. We will not discuss 
how the assembler makes these distinctions; we will just note that it must do so. 


PSEUDO-OPERATIONS 


Some assembly language instructions are not directly transl- ASSEMBLER 
ated into machine language instructions. These instructions DIRECTIVE 
are directives to the assembler; they assign the program to cer- 

tain areas in memory, define symbols, designate areas of RAM for temporary data 


storage, place tables or other fixed data in memory, and perform other housekeeping 
functions. 


To use these directives or pseudo-operations a programmer places the pseudo-opera- 
tion's mnemonic in the operation code field, and an address or data in the address field, 
if the specified pseudo-operation requires it. 


The most common pseudo-operations are: 
DATA 
EQUATE or DEFINE 


ORIGIN 
RESERVE 


END 
LIST 
NAME 
PAGE 
SPACE 
TITLE 


We will discuss these pseudo-operations briefly, although their functions are usually 
obvious. 


THE DATA PSEUDO-OPERATION 


The DATA pseudo-operation allows the programmer to enter data into program 
memory. This data may include: 


e Lookup tables 

* Code conversion tables 

* Messages 

e Synchronization patterns 

e Thresholds 

* Names 

* Coefficients for equations 

e Commands 

* Conversion factors 

* Weighting factors 

e Characteristic times or frequencies 
e Subroutine addresses 

e Key identifications 

-e Test patterns 

e Character generation patterns 
eldentification patterns 

• Тах tables 

e Standard forms 

* Masking patterns 


The DATA pseudo-operation treats the data as a permanent part of the program. 


The format of a DATA pseudo-operation is usually quite simple. An instruction 
like: 
DZCON DATA 12 


will place the number 12 in the next available memory location and assign that 
location the name DZCON. Usually every DATA pseudo-operation has a label, unless it 
is one of a series of DATA pseudo-operations. The data and label may take any form 
that the assembler permits. 


Most assemblers allow more elaborate DATA instructions which handle a large amount 
of data at one time. e.g. 


EMESS DATA ‘ERROR’ 
SQRS DATA 1,4,9,16,25 


А single instruction may fill many words of program memory. limited only by the length 
of a line. Note that if you cannot get all the data on one line, you can always follow one 
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DATA instruction with another, e.g.. 


MESSG DATA ‘NOW IS THE’ 
DATA ‘TIME FOR ALL’ 
DATA ‘GOOD MEN’ 
DATA ‘TO COME TO THE’ 
DATA ‘AID OF THEIR’ 
DATA ‘COUNTRY’ 


Microprocessor assemblers typically have some variations of standard DATA 
pseudo-operations. DEFINE BYTE OR FORM CONSTANT BYTE handles 8-bit numbers; 
DEFINE WORD OR FORM CONSTANT WORD handles 16-bit numbers or addresses. 
Other special pseudo-operations may handle character-coded data. 


THE EQUATE (or EQUALS) PSEUDO-OPERATION 


The EQUATE pseudo-operation allows the programmer to DEFINING 
equate labels and names with addresses or data. This pseudo- NAMES 
operation is almost always given the mnemonic EQU. The 

names may refer to device addresses, numeric data, starting addresses, fixed ad- 
dresses, etc. 


The EQUATE pseudo-operation assigns the numeric value in its operand field to 
the label in its label field. Here are two examples: 


ETY EQU 5 
LAST EQU 5000 


Most assemblers will allow you to define one label in terms of another, e.g.. 


LAST EQU FINAL 
ST1 EQU START+1 


The label in the operand field must, of course, have been previously defined. Often, the 
operand field may contain more complex expressions, as we shall see later. Double 
name assignments (two names for the same data or address) may be useful in patching 
together programs which use different names for the same variable (or different spell- 
ings of what was supposed to be the same name). 


Note that an EQU pseudo-operation does not result in the as- 
sembler placing anything into memory. It simply places ап ad- : TABLE 
ditional name in a table (called a symbol table) which the as- 

sembler maintains. This table, unlike the mnemonic table, must be in RAM since it 
varies with each program. The assembler program will always need some RAM to hold 
the symbol table; the more RAM it has, the more symbols it can accept. This RAM is in 
addition to any which the assembler needs as temporary storage. 


When do you use a name? The answer is whenever you have a 
parameter that has some meaning besides its ordinary numeric 
value, or the numeric value of the parameter might be changed. 
We typically assign names to time constants, device addresses, masking patterns, con- 
version factors, and the like. A name like DELAY, TTY, KBD, NROW, or OPEN not only 
makes the parameter easier to change, but it also adds to program documentation. We 
also assign names to memory locations that have special purposes; they may hold data, 


mark the start of the program, or be available for intermediate storage. 


What name do you use? The best rules are much the same as in CHOICE 
the case of labels, except that here meaningful names really 
count. Why not call the teletypewriter TTY instead of X15, a bit 
time delay BTIME or BTDLY rather than WW, the number of the 
"GO" key on a keyboard GOKEY rather than HORSE? This advice seems straightforward 
but a surprising number of programmers do not follow it. 
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Where do you place the EQUATE pseudo-operations? The PLACEMENT 

best place is at the start of the program, under appropriate OF 

copiment headings such as 1/0 ADDRESSES, TEMPORARY DEFINITIONS 
ORAGE, TIME CONSTANTS, or PROGRAM LOCATIONS. This 

makes the definitions easy to find if you want to change them. Furthermore, another 

user will be able to look up all the definitions in one centralized place. Clearly this prac- 

tice improves documentation and makes the program easier to use. 





Definitions used only in a specific subroutine should appear at the start of the 
subroutine. 


THE ORIGIN PSEUDO-OPERATION 


The ORIGIN pseudo-operation (almost always abbreviated ORG) allows the pro- 
grammer to locate programs, subroutines, or data anywhere in memory. Programs 
and data may be located in different areas of memory depending on the memory con- 
figuration. Startup routines, interrupt service routines, and other required programs 
may be scattered around memory at suitable addresses. 


The assembler maintains a Location Counter (comparable to LOCATION 
the computer's Program Counter) which contains the location COUNTER 
in memory of the next instruction or data item being pro- 

cessed. An ORG pseudo-operation causes the assembler to place a new value in the 
Location Counter, much as a Jump instruction causes the CPU to place a new value in 
the Program Counter. The output from the assembler must not only contain instructions 
and data, but must also indicate to the loader program where in memory it should place 
the instructions and data. 


Microprocessor programs often contain several ORIGIN statements for the following 
purposes: 


Reset (startup) address 
Interrupt service addresses 
Trap addresses 

RAM storage 

Memory stack 


Still other ORIGIN statements may allow room for later insertions, place tables or data in 
memory, or assign vacant RAM space for data buffers. Program and data memory in 
microcomputers may occupy widely scattered addresses. 


Typical ORIGIN statements are: 


ORG RESET 
ORG 1000 
ORG INT3 


Some assemblers assume an origin of zero if the programmer does not put an ORG 
statement at the start of the program. The convenience is slight; we recommend the in- 
clusion of an ORG statement to avoid confusion. 


THE RESERVE PSEUDO-OPERATION 


The RESERVE pseudo-operation allows the programmer to ALLOCATING 
allocate RAM for various purposes such as data tables, tem- RAM 


porary storage, indirect addresses, a Stack, etc. 


Using the RESERVE pseudo-operation, you assign a name to the memory area and 
declare the number of locations to be assigned. Here are some examples: 


NOKEY RESERVE 1 
TEMP RESERVE 50 
VOLTG RESERVE 80 
BUFR RESERVE 100 


You can use the RESERVE pseudo-operation to reserve memory locations in program 
memory or in data memory: however the nature of the RESERVE pseudo-operation is 
more meaningful when applied to data memory. 


In reality, all the RESERVE pseudo-operation does is increase the assembler's Location 
Counter by the amount declared in the operand field. The assembler does not actually 
produce any object code at all. 


Note the following features of RESERVE: 


1) The label of RESERVE pseudo-operation is assigned the value of the first address 
reserved. For example, the sequence: 


ORG 3000 
BUF1 RESERVE 100 
BUF2 RESERVE 50 
VOLTS RESERVE 3 


assigns to the label BUF1 the value 3000, to BUF2 3100, and to VOLTS 3150. 
2) You must specify the number of locations to be reserved. There is no default case. 


3) No data is placed in the reserved locations. Any. data that. by chance, may be in 
these locations will be left there. 


Some assemblers allow the programmer to place initial INITIALIZING 
. values іп RAM. We strongly recommend that you do not RAM 
use this feature — it-assumes that the program (along with 
the initial values) will be loaded from an external device (e.g., paper tape or floppy disk) 
each time it is run. Most microprocessor programs. on the other hand, reside in non- 
volatile ROM and start when power comes on. The RAM in such situations does not re- 
tain its contents, nor is it reloaded. Always include instructions to initialize the RAM in 
your program. 


HOUSEKEEPING PSEUDO-OPERATIONS 


There are various housekeeping pseudo-operations which affect the operation of 
the assembler and its program listing rather than the output program itself. Com- 
mon housekeeping pseudo-operations include: 

1) END. which marks the end of the assembly language source program. 

2) LIST, which tells the assembler to print the source program. Some assemblers allow 
such variations as NO LIST or LIST SYMBOL TABLE to avoid long. repetitive list- 
ings. 

3) NAME or TITLE, which prints a name at the top of each page of the listing. 

4) PAGE or SPACE, which skips to the next page or next line, respectively, and im- 
proves the appearance of the listing. making it easier to read. 


5) PUNCH, which transfers subsequent object code to the paper tape punch. This 
pseudo-operation may in some cases be the default option, and therefore un- 
necessary. 
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LABELS WITH PSEUDO-OPERATIONS 


Users often wonder if or when they can assign a label to a pseudo-operation. 

These are our recommendations: 

1) All EQUATE pseudo-operations must have labels; they do not make any sense 
otherwise. 

2) DATA and RESERVE pseudo-operations usually have labels. The label identifies the 
first memory location used or assigned. 

3) Other pseudo-operations should not have labels. Some assemblers allow other 


pseudo-operations to have labels, but the meaning of the labels varies. We recom- 
mend that you avoid this practice. 


ADDRESSES AND THE OPERAND FIELD 


Most assemblers allow. the programmer a lot of freedom in describing the con- 
tents of the Operand Address field. But remember, the assembler has built-in 
names for registers and instructions and may have other built-in names. 


Some common options for the operand field are: DECIMAL 
DATA OR 


1) Decimal numbers ADDRESSES 





Most assemblers assume all numbers to be decimal unless they 
are marked otherwise. So 


ADD 100 


means “ааа the contents of memory location 100 decimal to the contents of the Ac- 
cumulator’’. 


2) Other number systems 


Most assemblers will also accept binary, octal, or hexadecimal en- 
tries. But you must identify these number systems in some way, 
e.g., by preceding or following the number with an identifying 
character or letter. Here are some common identifiers: 





B for binary 

O, Q, or C for octal (we avoid O because of the confusion with zero). 

H for hexadecimal (or standard BCD) 

D for decimal. D may be omitted, it is the default case. 
Assemblers generally require hexadecimal numbers to start with a digit (e.g., 0A36 in- 
Stead of A36) in order to distinguish between numbers and names or labels. It is good 
practice to enter numbers in the base in which their meaning is the clearest — i.e., 


decimal constants in decimal; addresses and BCD numbers in hexadecimal; masking 
patterns or bit outputs in binary if they are short, and in hexadecimal if they are long. 


3) Symbolic names 


Names can appear in the operand field; they will be treated as the data which they 
represent. But remember,there is a difference between data and addresses. The se- 
quence 


FIVE EQU 5 
ADD FIVE 


will add the contents of memory location 5 (not necessarily the number 5) to the con- 
tents of the Accumulator. 
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4) The current value of the location counter (usually referred to as * or $). 
This is useful mainly in Jump instructions: for example: 
JUMP $+6 
causes a Jump to the memory location six words beyond the word which contains the 
first byte of the JUMP instruction: 


Memory 


une $ + 6 code stored here 


8 locations 


Jump here 


Most microprocessors have many two and three-word instructions. Thus you will have 
difficulty determining exactly how far apart two assembly language statements are. 
Therefore, using offsets from the Location Counter frequently results in errors which 
you can avoid if you use labels. 


5) Character codes 


Most assemblers allow text to be entered as ASCII strings. Such ASCII 

strings may be surrounded either with single or double quotation CHARACTERS 
marks; strings may also use a beginning or ending symbol such as 

A or C. A few assemblers also permit EBCDIC strings. 


We recommend that you use character strings for all text. It improves the clarity and 
readability of the program. 


6) Combination of 1) through 5) with arithmetic, logical, or special operators. 


Almost all assemblers allow simple arithmetic combinations such ARITHMETIC 
as START+1. Some assemblers also permit multiplication, divi- AND LOGICAL 
sion, logical functions, shifts, etc. These are referred to as expres- EXPRESSIONS 
sions. Note that the assembler evaluates expressions at assembly 
time. Even though an expression in the operand field may involve multiplication. you 
may not be able to use multiplication in the logic of your own program — unless you 
write a subroutine for that specific purpose. 





Assemblers vary in what expressions they accept and how they interpret them. Com- 
plex expressions make a program difficult to read and understand. 


We have made some recommendations during this section but will repeat them and 
add others here. In general, the user should emphasize clarity and simplicity. There is 
no payoff for being an expert in the intricacies of the assemblers or in having the most 
complex expression on the block. We suggest the following approach: 

1) Use the clearest number system or character code for data. 


2) Masks and BCD numbers in decimal, ASCII characters in octal, or ordinary numeri- 
cal constants in hexadecimal serve no purpose and therefore should not be used. 


3) Remember to distinguish data and addresses. 
4) Don't use offsets from the Location Counter. 


5) Keep expressions simple and obvious. Don't rely on obscure features of the assem- 
bler. 
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CONDITIONAL ASSEMBLY 


Some assemblers allow you to include or exclude parts of the source program, de- 
pending on conditions existing at assembly time. This is called conditional assem- 
bly; it gives the assembler some of the flexibility of a compiler. Most microcomputer 
assemblers have limited capabilities for conditional assembly. A usual form is: 


IF COND 


„CONDITIONAL PROGRAM 


ENDIF 


If the expression COND is true at assembly time, the instructions between IF and ENDIF 
(two pseudo-operations) are included in the program. 


Typical uses of conditional assembly are: 


1) To include or exclude extra variables. 
2) To place diagnostics in test runs. 
3) To allow data of various bit lengths. 


Unfortunately, conditional assembly tends to clutter programs and make them difficult 
to read. Use conditional assembly only if it is necessary. 


MACROS 
You will often find that particular sequences of instructions oc- DEFINING A 
cur many times in a source program. Repeated instruction se- SEQUENCE OF 
quences may reflect the needs of your program logic, or they INSTRUCTIONS 





may be compensating for deficiencies in your microprocessor s 
instruction set. You can avoid repeatedly writing out the same instruction sequence by 
using a macro. 


Macros allow you to assign a name to an instruction sequence. You then use the 
macro name in your source program instead of the repeated instruction sequence. 
The assembler will replace the macro name with the appropriate sequence of in- 
structions. This may be illustrated as follows: , 


Source Program Object Program 


X 
X 
X 
X 
Y 
NS 
M 
X 
X 
X 
X 
Y 
d 
X 
X 
X 
X 
Y 
Y 
Y 
X 
X 


MACRO DEFINED 


END OF MACRO 
DEFINITION 





Macros are not the same as subroutines. A subroutine occurs once in a program. and 
program execution branches to the subroutine. A macro is expanded to an actual in- 
struction sequence each time the macro occurs: thus a macro does not cause any 
branching. 


Macros have the following advantages: ADVANTAGES 
OF MACROS 
1) Shorter source programs. 


2) Better program documentation. 


3) Use of debugged instruction sequences — once the macro has been debugged, 
you are sure of an error free instruction sequence every time you use the macro. 


4) Easier changes. Change the macro definition and the assembler makes the change 
for you every time the macro is used. : 


5) Inclusion of commands, keywords, ог other computer instructions in the basic іп- 
struction set. You use the macro as an extension of your instruction set. 


The disadvantages of macros are: DISADVANTAGES 
1) Repetition of the same instruction sequences. OF MACROS 


2) A single macro may create a lot of instructions. 
3) Lack of standardization. 

4) Possible effects on registers and flags that may not be clearly stated. 
One problem is that variables used in a macro are only known 
within it (і.е., they are local rather than. global). This can often 


create a great deal of confusion without any gain in return. You 
Should be aware of this problem when using macros. 





COMMENTS 


All assemblers allow you to place comments in a source program. Comments have 
no effect on the object code, but they help you to read, understand, and document 
the program. Good commenting is an essential part of writing assembly language 
programs; without comments programs are very difficult to understand. 


We will discuss commenting along with documentation ina | COMMENTING 
later chapter, but here are some guidelines: TECHNIQUES 
1) Use comments to tell what the program is doing, not what in- 


structions do. 


Comments should say things like "IS TEMPERATURE ABOVE LIMIT?” , "LINE FEED 
TO TTY", OR "EXAMINE LOAD SWITCH". 


Comments should not say things like "ADD 1 TO ACCUMULATOR", "JUMP TO 
START”, or "LOOK AT CARRY”. You.should describe how the program is affecting 
the system; internal effects on the CPU are seldom of any interest. 


2) Keep comments brief and to the point. Details should be available elsewhere in the 
documentation. 


3) Comment all key points. 


4) Do not comment standard instructions or sequences which change counters and 
pointers; pay special attention to instructions that may not have an obvious mean- 
ing. 

5) Do not use obscure abbreviations. 

6) Make the comments neat and readable. 


7) Comment all definitions, describing their purposes. Also mark all tables and data 
storage areas. 
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8) Comment sections of the program as well as individual instructions. 


9) Beconsistent in your terminology. You can (should) be repetitive; you do not need 
to consult a thesaurus. 


10) Leave yourself notes at points which you find confusing, e.g., “REMEMBER CAR- 
RY WAS SET BY LAST INSTRUCTION”. You may drop these in the final documen- 
tation. 


A well-commented program is easy to work with. You will recover the time spent in 
commenting many times over. We will try to show good commenting style in the pro- 
gramming examples, although we often over-comment for instructional purposes. 


TYPES OF ASSEMBLERS 


Although all assemblers perform the same tasks, their implementations vary 
greatly. We will not try to describe all the existing types of assemblers; we will 
merely define the terms and indicate some of the choices. 


A cross-assembler is an assembler that runs on a computer CROSS- 
other than the one for which it assembles object programs. ASSEMBLER 


The computer on which the cross-assembler runs is typically a 

large computer with extensive software support and fast peripherals — such as ап ІВМ 
360 or 370, а Univac 1108, or a Burroughs 6700. The computer for which the cross-as- 
sembler assembles programs is typically a micro like the Intel 8080 or Motorola 6800. 
Most cross-assemblers are written in FORTRAN so that they are portable. 


A self-assembler or resident assembler is an assembler that runs RESIDENT 
on the computer for which it assembles programs. The self-assem- ASSEMBLER 
bler will require some memory and peripherals, and it may run 

quite slowly. 


A macroassembler is an assembler that allows you to define MACRO- 
sequences of instructions as macros. ASSEMBLER 


A microassembler is an assembler used to write the MICRO- 
microprograms which define the instruction set of a computer. ASSEMBLER 
Microprogramming has nothing specifically to do with 


microcomputers. Microprogramming is described conceptually 
in “Ап Introduction To Microcomputers: Volume | — Basic Concepts'', Chapter 4. 


A meta-assembler is an assembler which can handle many META- 
different instruction sets. The user must define the particular in- ASSEMBLER 


struction set being used. 


A one-pass assembler is an assembler which only goes ONE-PASS 
through the assembly language program once. Such an assem- ASSEMBLER 
bler must have some way of resolving forward references, e.g. 


Jump instructions which use labels that appear later in the source program. i.e., that 
have not yet been defined. 


A two-pass assembler is an assembler which goes through the TWO-PASS 
assembly language source program twice. The first time the ASSEMBLER 
assembler simply coliects and defines all the symbols; the 

second time it replaces the references with the actual definitions. A two-pass as- 
sembler has no problems with forward references but may be quite slow if no 
backup storage (like a floppy disk) is available; then the assembler must 
physically read the program twice from a slow input medium (like a teletypewriter 
paper tape reader). Most microprocessor-based assemblers require two passes. 





2-14 


Assemblers normally provide error messages, often consisting of a single coded 
letter. Some typical errors are: 

1) Undefined name (often a misspelling or an omitted definition). 

2) Illegal character (e.g.. a 2 in a binary number). 

3) Illegal format (wrong delimiter or incorrect operands). 

4) Invalid expression (e.g., two operators іп a row). 

5) Illegal value (usually too large). 

6) Missing operand. 

7) Double definition (i.e., two different values assigned to one name). 

8) Illegal label (e.g., a label on a pseudo-operation that cannot have опе). 

9) Missing label. 
10) Undefined operation code. 
In interpreting assembler errors, you must remember that the assembler may get off on 
the wrong track if it finds a stray letter, an extra space. or incorrect punctuation. Many 
assemblers will then proceed to misinterpret several succeeding statements and pro- 
duce meaningless error messages. Always look at the first error very carefully; subse- 


quent ones may depend on it. Caution and consistent adherence to standard formats 
will eliminate many annoying mistakes. . 


LOADERS 


The loader is the program which actually takes the output (object code) from the as- 
sembler and places it in memory. Loaders range from the very simple to the very com- 
plex. We will describe a few different types. 


A bootstrap loader is a program which uses its own first few BOOTSTRAP 
instructions to load the rest of itself, or another loader pro- LOADER 
gram into memory. The bootstrap loader may be in ROM, or you 


may have to enter it into the computer memory using front panel switches. The assem- 
bler may place a bootstrap loader at the start of the object program which it produces. 


A relocating loader can load programs anywhere in memory. It RELOCATING 
typically loads each program into the memory space immediately LOADER 
following that used by the previous program. The programs, 

however, must themselves be capable of being moved around in this way, i.e.. they 


must be relocatable. An absolute loader, in contrast. will always place the programs in 
the same area of memory. 


A linking loader loads programs and subroutines as separate LINKING 
modules; it resolves cross-references — that is, an instruction LOADERS 
in one module which refers to a label in another module. Object 


programs loaded by a linking loader must be created by an assembler which permits 
and marks cross-references. 
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Chapter 3 


THE 8080A AND 8085 ASSEMBLY 
LANGUAGE 
INSTRUCTION SETS 


We are now ready to start creating assembly language programs. We begin in this 
chapter by defining the individual instructions of the 8080A and 8085 assembly 
language instruction sets, plus the syntax rules of the Intel assemblers. 


Instruction sets for the 8080A and 8085 microprocessors are identical apart from two 
additional instructions (RIM and SIM), available only with the 8085. There are also some 
differences in instruction execution cycles. Table 3-5 identifies these differences. 


We do not discuss any aspects of microcomputer hardware, signals, interfaces, or 
CPU architecture in this book. This information is described in detail in An Introduc- 
tion To Microcomputers: Volume ІІ — Some Real Products while 8080 Programming 
For Logic Design discusses assembly language as an extension of digital logic. In this 
book, we look at programming techniques from the assembly language program- 
mer's viewpoint, where pins and signals are irrelevant and there are no important 
differences between a minicomputer and a microcomputer. 


Interrupts, Direct Memory Access and Stack architectures for the 8080A and 8085 will 
be described in later chapters of this book, in conjunction with assembly language pro- 
gramming discussions of the same subjects. 


The definitions of the instruction set given in this chapter consist of a detailed defini- 
tion of each assembly language instruction. These definitions are identical to those 
found in Chapter 6 of 8080 Programming For Logic Design . except for the two new 
8085 instructions (RIM and SIM). The detailed description of individual instructions is 
preceded by a general discussion of the 8080A and 8085 instruction set that divides in- 
structions into those which are commonly used, infrequently used and rarely used. If 
you are an experienced assembly language programmer, this categorization is not par- 
ticularly important — and depending on your own programming prejudices, it may not 
even be accurate. If you are a novice assembly language programmer, we recommend 
that you begin by writing programs using only instructions in the "commonly used" 
category. Once you have mastered the concepts of assembly language programming. 
you may examine other instructions and use them where appropriate. 


CPU REGISTERS AND STATUS FLAGS 


The CPU registers and status flags are identical for the 8080A and 8085 CPUs. 
The registers and status flags may be illustrated as follows: 


Sign 

Zero 

Auxiliary Carry 
Parity 

Carry 





Program Status Word (PSW) 
Accumulator 


| Secondary Data Counters 


Accumulators Primary Data Counter 


Stack Pointer 
Program Counter 


Secondary | 


The Accumulator is the primary source and destination for one operand and two 
operand instructions. For example. all data transfers between the CPU and 1/0 devices 
are performed through the Accumulator. In addition, many more memory reference in- 
structions move data between the Accumulator and memory than between any other 
register and memory. All arithmetic and Boolean instructions take one of the operands 
from the Accumulator and return the result to the Accumulator. An instruction must 
therefore load the Accumulator before the 8080 can perform any arithmetic or 
Boolean operations. 


The B, C, D, E, H and L registers are all secondary registers. Data stored in any of 
these six registers may be accessed with equal ease; such data can be moved to any 
other register or can be used as the second operand in two operand instructions. 


There are, however, some important differences in the functions of Registers B, C, D, E, 
H and L. 


Registers H and L are the primary Data Pointer for the 8080A and 8085. That is to 
say, you will normally use these two registers to hold the 16-bit memory address of data 
being accessed. Data may be transferred between any registers and the memory loca- 
tion addressed by H and L. Using any other method of addressing memory, only the Ac- 
cumulator can act as the source or destination of data within the CPU. Therefore the 
8080A or 8085 programmer should try to address data memory via Registers H and L 
whenever possible. 


Within your program logic always reserve Registers H and L to hold a data memory 
address. 


Registers B, C, D and E provide secondary data storage; frequently the second 
operand for two operand instructions is stored in one of these four registers. (The first 
Operand is stored in the Accumulator, which also is the destination for the result). 


There are a limited number of instructions that treat Registers B and C, or D and E 
as 16-bit Data Pointers. But these instructions move data between memory and the 
Accumulator only. 


In your program logic you should normally use Registers B, C, D and E as tempor- 
ary storage for data or addresses. 
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B and € 
D and E 
H and U 
—á — / 
High Low 
order order 
byte byte 


The combination of the Accumulator and Program Status Word, treated as a 16-bit 
unit, is used only for Stack operations. Arithmetic operations access B and C or D and E 
or H and L as 16-bit data units. 


The Carry Status flag holds Carries out of the most significant bit in any arithmetic 
operation. The Carry flag is also included in Shift instructions: it is reset by Boolean in- 
structions. 


The Parity status flag is set to 1 whenever an arithmetic or Boolean operation pro- 
duces a result which contains an even number of 1 bits. It is cleared whenever 
such an operation produces a result with an odd number of 1 bits. 


The Zero flag is set to 1 when any arithmetic or Boolean operation generates a O 
result. The Zero status is set to О when such an operation generates a non-zero 
result. 


The Sign status flag acquires the value of the most significant bit of the result 
following the execution of any arithmetic or Boolean instruction. 


The Auxiliary Carry status flag holds any Carry from bit 3 to 4 resulting from the 
execution of an arithmetic instruction. The purpose of this status flag is to simplify 
Binary-Coded-Decimal (BCD) operations; this is the standard use of an Auxiliary Carry 
status flag as described іп An Introduction To Microcomputers: Volume! , Chapter 3. 


The 16-bit Stack Pointer allows you to implement a stack anywhere in addressa- 
ble memory. The size of the stack is limited only by the amount of addressable memory 
present. In reality you will rarely use more than 256 bytes of memory for your stack. You 
Should use the stack for accessing subroutines and processing interrupts. Do not use 
the stack to pass parameters to subroutines. This is not very efficient within the limita- 
tions of the 8080A instruction set. The 8080A/8085 stack is started at its highest ad- 
dress. A Push decrements the Stack Pointer contents; a Pop increments the Stack 
Pointer contents. 
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8080A AND 8085 MEMORY ADDRESSING 


When addressing data memory you may use implied memory addressing or direct 
memory addressing. |n implied memory addressing, the Н and L registers hold the 
address of (or identify) the memory location being accessed. Data may be moved bet- 
ween the identified memory location and any one of the seven CPU registers A. B, С, D, 
E, H or L. This may be illustrated as follows: 






Contents of 
memory to 
A.B.C.D.E, 
HorL 









Contents of H and L 
addresses this 
memory word 







A limited number of instructions use Registers B and C, or D and E as the Data 
Pointer. These instructions move data between the Accumulator and the memory loca- 
tion addressed by Registers B.and C or Registers D and E. 


There are also a limited number of instructions which use direct memory address- 
ing to transfer data between the Accumulator and memory. These are three byte in- 
structions which may be illustrated as follows: 


Transfer data 
between A 
and memory location 
with address 
адрр 


Three byte 
instruction 





Since the Stack is part of the Read/Write memory, we must consider Push and 
Pop instructions as Memory Reference instructions. These instructions move two 
bytes of data between a register pair and the address in the Stack Pointer. i.e., current 
top-of-stack. The 8080A/8085 stack address is decremented with each Push and incre- 
mented with each Pop. 


Some texts identify Immediate instructions as Memory Reference instructions. An Im- 
mediate instruction is a two- or three-byte instruction in which the second and third 
byte hold fixed data which is loaded into the Accumulator or some other CPU register. 
This may be illustrated as follows: 


Three-byte 
instruction 








дарр to 
a register 
pair 





All 8080A and 8085 Jump instructions use absolute, direct addressing; that is to say, 
all Jump instructions are three bytes long, with the second and third bytes containing 
the address of the memory location from which the processor will fetch the next in- 
struction to be executed. 


Table 3-1 
Frequently Used Instructions Of The 8080A And 8085 


ADD WITH CARRY 

ADD 

LOGICAL AND 

CALL SUBROUTINE 

COMPARE 

DECREMENT 

INPUT 

INCREMENT 

INCREMENT 16 BITS 

JUMP ON CARRY 

JUMP 

JUMP ON NOT CARRY 

JUMP ON NOT ZERO 

JUMP ON ZERO 

LOAD ACCUMULATOR 

LOAD 16 BITS 

MOVE 

MOVE IMMEDIATE 

OUTPUT 

ROTATE WITH CARRY LEFT 

ROTATE WITH CARRY RIGHT 

RETURN FROM SUBROUTINE 

STORE ACCUMULATOR 
SUB, SUI SUBTRACT 
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Table 3-2 
Occasionally Used Instructions Of The 8080A And 8085 


COMPLEMENT ACCUMULATOR 
DECIMAL ADJUST 
16-BIT ADD 
16-BIT DECREMENT 
DISABLE INTERRUPTS 
ENABLE INTERRUPTS 
HALT 
JUMP ON MINUS 
JUMP ON POSITIVE 
LOAD ACCUMULATOR INDIRECT 
LOAD H AND L DIRECT 
NO OPERATION 
LOGICAL OR 
REMOVE FROM STACK 
ENTER INTO STACK 
RIM (8085 ONLY) : RESET INTERRUPT MASK 
RLC ROTATE LEFT 
RRC ROTATE RIGHT 
SHLD STORE H AND L DIRECT 
SIM (8085 ONLY) SET INTERRUPT MASK 
STAX STORE ACCUMULATOR INDIRECT 
XCHG EXCHANGE D AND E, Н AND L 
XRA, XRI LOGICAL EXCLUSIVE OR 
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Instruction Code Meaning 


CALL ON CARRY 

CALL ON MINUS 
COMPLEMENT CARRY 

CALL ON NO CARRY 

CALL ON NOT ZERO 

CALL ON POSITIVE 

CALL ON PARITY EVEN 
CALL ON PARITY ODD 

CALL ON ZERO 

JUMP ON PARITY EVEN 
JUMP ON PARITY ODD 

H AND L TO PROGRAM COUNTER 
RETURN ON CARRY 

RETURN ON MINUS 

RETURN ON NO CARRY 
RETURN ON NOT ZERO 
RETURN ON POSITIVE 
RETURN ON PARITY EVEN 
RETURN ON PARITY ODD 
RESTART 

RETURN ON ZERO 
SUBTRACT WITH BORROW 
H AND L TO STACK POINTER 
SET CARRY 

EXCHANGE TOP OF STACK. Н AND L 





Instructions falsely frighten microcomputer users who are new to programming. 
Taken as an isolated event, operations associated with the execution of a single 
instruction are easy enough to follow — and that is the purpose of this chapter. 


Why are the instructions of a microcomputer referred to as an instruction "set"? 
Because the instructions selected by the designers of any microcomputer are selected 
with great care; it must be easy to execute complex operations as a sequence of simple 
events — each of which is represented by one instruction from a well-designed instruc- 
tion "set". 


Remaining consistent with An Introduction To Microcomputers: Volume ІІ, Table 
3-4 summarizes the 8080A/8085 microcomputer instruction set, with similar in- 
structions grouped together. 


Individual instructions are described next in alphabetical order of instruction 
mnemonic. 


In addition to simply stating what each instruction does. the purpose of the instruction 
within normal programming logic is identified. 


ABBREVIATIONS 


These are the abbreviations used in this chapter: 


The Accumulator 
The B register 
The C register 
The D register 
The E register 
The H register | This register pair provides the implied memory 
Тһе L register ) address 

Carry status 

Auxiliary carry status 

Zero status 

Sign status 

Parity status 

The Instruction register 

Second object code byte 

Third object code byte 

The Program Counter 

The Stack Pointer 

The Program Status Word, which has bits assigned to status flags as shown 
on the next page 

Appearing at the end.of a group of digits (e.g., 213AH) specifies hexadecimal 
digits 

8-bit immediate data 

An 1/О device 

16-bit immediate data 

Register A, В, С, D Е, Hor L 

Memory, address implied by HL 

A 16-bit address, specifying an instruction label 

A register pair: B for BC, D for DE, H for HL, SP for Stack Pointer, PSW for 
status flags and Accumulator 

An 1/О port, identified by a number between 0 and FF16 

A 16-bit address, specifying a data memory byte 

Contents of location identified within brackets 

Memory byte addressed by location identified within brackets 

Move data in direction of arrow 

Exchange contents of locations on either side of arrow 

Add 

Subtract 

AND 


| These are sometimes referred to as a register pair 


| These are sometimes referred to as a register pair 


STATUS 


The five status flags are stored in a Program Status Word (PSW) as follows: 


7654321 0-4—— Bi No. 
S}Z]0 Pej oj Py] C] 





These bits have fixed values 

Carry status (carry out of bit 7) 

Parity status (1 for even, 0 for odd) 
Auxiliary Carry status (carry out of bit 3) 
Zero status (1 for zero, 0 for non-zero) 
Sign status (value of bit 7) 


PSW and A are sometimes treated as a register pair. 
The effect of instruction execution on status is illustrated as follows: 
PSCZ 


Modified to reflect results of execution 
Unconditionally reset to O 
Unchanged 


Within instruction execution illustrations, an X identifies a STATUS 
status that is set or reset. A O identifies a status that is always CHANGES WITH 
cleared. A blank means the status does not change. INSTRUCTION 


INSTRUCTION MNEMONICS EXECUTION 


The fixed part of an assembly language instruction is 
shown in UPPER CASE. 


The variable part (immediate data, 1/О device number, register name, label or ad- 
dress) is shown in lower case. 


INSTRUCTION OBJECT CODES 


Instruction object codes are represented as two hexadecimal digits for instruc- 
tions without variations. 





Instruction object codes are represented as eight binary digits for instructions 
with variations; the binary digit representation of variations is then identifiable. 


INSTRUCTION EXECUTION TIMES AND CODES 


Table 3-5 lists instructions in alphabetical order, showing object codes and execu- 
tion times expressed as machine cycles. 


Where two instruction cycles are shown, the first is for "condition not met” 
whereas the second is for ‘condition met''. 
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01-Е 


Table 3-4. A Summary Of 8080A/8085 Microcomputer Instruction Set 


Type Operand(s) | Bytes Operation Performed 
sai indie ae | SESS me 


Ф 
о 
s 
2 
o 
с 
p 
Ё 
© 
= 
E 
E 
a 





[A] — [DEV] 

Input to A from device DEV (DEV = 0 to 255). 
[DEV] —[A] 

Output from A to device DEV (DEV = 0 to 255). 


[A] — [[RP]] 

Load A using address implied by BC (RP = B) or DE (RP = 0). 

ПЕРІ — [A] 

Store A using implied addressing as for LDAX. 

[R] — [[HL]] 

Load any register using address implied by HL. 

[[HL]] — [R] 

Store any register using address implied by HL. 

[A] — [ADDR], i.e., [A] — [[13,12]] 

Load A, use direct addressing. 

[ADDR] — [A], i.e., (113/211 — [A] 

Store A, use direct addressing. 

[L] — [ADDR], [H] — [ADDR + 1] i.e., [L] — [[13,12]], 
[H] — [[13,12] + 1] 

Load H and L registers, use direct addressing. 
[ADDR] — [L], [ADDR + 1] — [H] i.e, [013,121] — [L], 
[[13,12] + 1] — [H] 

Store H and L registers, use direct addressing. 


LL-€ 


Table 3-4. A Summary Of 8080A/8085 Microcomputer Instruction Set (Continued) 


TET em | 
Type Operand(s) | Bytes Operation Performed 
im мөт | омы | cfc} Z| 8] P| 

ADD X| Xj Xj Xj xX 


[A] — [А] + [[HL]] 
Add to A 

Х| [A] — [A] + [[HL]] + [CS] 
Add with Carry to A 
[A] — [A] - [[HL]] 
Subtract from A : 
[A] — [A]- [[HL]] - [cs 
Subtract from A with borrow 
[A] ГАЈ AIEHLI] 
AND with A 
[A] — [A] ¥ [[HL]] 
Exclusive-OR with A 
[A] — [A] V ИН 
OR with A 
[A] - ПНІ 
Compare with A 
[EHLI] — ШИНЕ) + 1 
Increment memory 
но) — [[HL]] - 1 
Decrement memory 


RP,DATA16 [RP] —DATA16 
Load 16-bit immediate data into BC (RP = В), DE (RP = 0), 
HL (RP =H) or SP (RP = SP) 
M,DATA [[HL]] —DATA 
Load 8-bit immediate data into memory location with address 
implied by HL. 
R,DATA [R] —DATA 
Load 8-bit immediate data into any register 


(Memory Operate) 


Ф 
о 
E 
© 

$ 
= 
Е 
б 
2 
o 
= 
E 
c 
© 
Е 
© 
о 
Ф 

o 


Immediate 
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е 
23 
Сс 
ч 
9 
= 6 
8 
& 
ЗЕ 
48 
2 
o 





Table 3-4. A Summary Of 8080A/8085 Microcomputer Instruction Set (Continued) 
Operation Performed 


[PC] ADDR 

Jump to instruction with label ADDR. 
[PC] —[HL] 

Jump to instruction at address contained in HL. 


ПӘРІІ — [PC], [PC] — ADDR, [SP] — [SP]-2 
Jump to subroutine starting at ADDR 

[[SP]] — [PC], [PC] — ADDR, [SP] — [SP] - 2 
Jump to subroutine if C — 1 

[[ 5Р1] — [PC], [PC] — ADDR, [SP] — [SP] - 2 
Jump to subroutine if C = 0 

[[SP]] — [PC], [PC] — ADDR, [SP] — [SP] - 2 
Jump to subroutine if Z — 1 

[[SP]] — [PC], [PC] — ADOR, [SP] — [SP] - 2 
Jump to subroutine if Z = 0 

[[SP]] — [PC], [PC] — ADDR, [SP] — [SP] - 2 
Jump to subroutine if S -0 

[[SP]] — [PC], [PC] — ADDR, [SP] — [SP] -2 
Jump to subroutine if S — 1 

[[SP]] — [PC], [PC] —ADDR, [SP] — [SP]-2 
Jump to subroutine if even parity 

[[SP1] — [PC], [PC] — ADOR, [SP] — [SP] - 2 
Jump to subroutine if odd parity. 

[PC] — [[SP]], [SP] — [SP] + 2 

Return from subroutine 


ЕГЕ 


Subroutine Call and Return 
(Immediate and Stack) 


Immediate Operate 


Table 3-4. A Summary Of 8080A/8085 Microcomputer Instruction Set (Continued) 


T Operand(s) | Bytes 
те) жене | م‎ eTe 





Operation Performed 


[PC] — ПӘРП, [SP] — [SP] + 2 
Return from subroutine if C — 1 
[PC] — [[$Р]], [SP] — [SP] + 2 
Return from subroutine if C = 0 
ВРС (SPI), TSP] — [SP] + 2 
Return from subroutine if Z — 1 
[PC] — [Ї$Р]], [SP] — [SP] + 2 
Return from subroutine if Z =0 
[PC] — [[SP]], [SP] — [SP] + 2 
Return from subroutine if S — 1 
[PC] — I[SP]], [SP] — [SP] + 2 
Return from subroutine if S = 0 
[PC] ESPI), [SP] — [SP] + 2 
Return from subroutine if even parity 
[PC] < [[SP]], [SP] — [SP] + 2 
Return from subroutine if odd parity 


[A] — [A] + DATA 

Add immediate to A 

[A] — [A] + DATA + [CS] 

Add with carry immediate to A 

[A] — [A] - DATA 

Subtract immediate from A 

[A] — [A] - DATA - [CS] 

Subtract immediate with borrow from A 
[A] — [A] ADATA 

AND immediate with A 


vL-€ 


Table 3-4. A Summary Of 8080A/8085 Microcomputer Instruction Set (Continued) 


XRI 


DATA о0|х|х|х 
ORI DATA O[X|X|X 
DATA XIX|[X|X 







[A] — [AIV DATA 
Exclusive-OR immediate with A 
[АЈ — [A] V DATA 

OR immediate with A 

[A] - DATA 

Compare immediate with A 






















Immediate 
Operate 
о 
2 





[PC] — ADDR 
Jump if C =1 
[PC] — ADDR 
Jump if C =0 
[PC] — ADDR 
Jump if Z =1 
[PC] — ADDR 
Jump if Z =0 
[PC] — ADDR 
Jump if S =0 
[PC] — ADDR 
Jump if S = 1 
[PC] — ADDR 
Jump on even parity 
[PC] — ADDR 
Jump on odd parity 











Jump On Condition 


SL-€ 


Table 3-4. A Summary Of 8080A/8085 Microcomputer Instruction Set (Continued) 


"Ie 


MOV [АЈ — [R] 
Move any register (S) to any register (D) 
XCHG [p] -—-[H]- Ete] —— ft] 
Exchange DE with HL 
SPHL [HL] — [SP] 
Move HL to SP 
ADD R 1 X|X|X|X|X 


[A] — [A] + [R] 
Add any register to A 

[A] — [A] + ERI + [CS] 

Add with Carry any register to A 

[A] — [A] - [В] 

Subtract any register from A 

[A] — [A] - [R]- [CS] 

Subtract any register with borrow from A 
[A] — [AT A [R] 

AND any register with A 

[A] — [A]¥ [R] 

Exclusive-OR any register with A 

[A] — [A] V [R] 

OR any register with A 

[A]- [R] Compare any register with A 
















ADC R 1 


x 
x 
x 
x 
x 





x 
x 
x 
x 















Register-Register Operate 





[А] — [R] + 1 
Increment any register 

[R] = [R] - 1 

Decrement any register 
[A] — [A] Complement А 








Table 3-4. A Summary Of 8080A/8085 Microcomputer Instruction Set (Continued) 








91-Е 






Register Operate 


RP 


RP 


Type Operand(s) | Bytes Operation Performed 
Lis mal былш] шас PA EE 





| 


1 
1 






Decimal adjust A 


Rotate A left with branch 

carry 

Rotate A right with branch 

carry 
Шаар Rotate A right with carry 


[HL] — [HL] + [RP] 

Add RP to HL. RP=BC, DE, HL or SP. 
[RP] — [RP] + 1 

Increment RP. RP — BC, DE, HL or SP. 
[RP] — [RP] - 1 

Decrement RP. RP — BC, DE, HL or SP. 











[[SP1] — [RP], [SP] — [SP] -2 
Push RP contents onto stack 

[RP] — [ESPI], [SP] — [SP] + 2 
Pop stack into RP 

[HL] —— [[SP]] 

Exchange HL with top of stack 





RP=BC, DE, HL or SP 






41-6 





Table 3-4. A Summary Of 8080A/8085 Microcomputer Instruction Set (Continued) 


Type Operand(s) | Bytes Operation Performed 
pee vet hum. 00 -. nij 


Enable interrupts following execution of the next instruction 
Read interrupt mask* 
Disable interrupts 


Set interrupt mask* 


Restart 


1 [CS] —1 


Set Carry 
[CS] — [CS] 
Complement Carry 


Blank — Status unchanged 


н out of bit 3 *8085 instructions 

Zero **8085 sets Ac to 1 for all AND instructions 
Sign 

Parity 

Status set or reset 

Status reset 


Statuses: 


> 


OX TUONO о 


Il I 


Table 3-5. A Summary Of Instruction Object Codes 
And Execution Cycles 


RP,DATA16 00xx0001 
YYYY 
REG,REG O1dddsss 
М,ВЕС 01110555 
ВЕС,М 01444110 
REG,DATA O0ddd 110 
yy 
M,DATA 36 yy 
00 
101 10xxx 
B6 
F6 yy 
D3 yy 
E9 
11xx0001 
11xx0101 
17 
1F 
08 


8E 


86 
C6 yy 
10100xxx 
A6 
E6 yy 
CD рраа 
DC рраа 
FC ppaq 
2F 
3F 
10111xxx 
BE 
D4 рраа 
C4 ppaq 
F4 рраа 
EC ppaq 
FE yy 
Е4 рраа 
СС ppaq 
27 
00xx 1001 
00xxx101 
35 
00xx1011 
F3 
FB 


ooo ood ood لہ‎ 


11ххх111 
C8 
10011ххх 
9E 
DE yy 
22 рраа 
30 
F9 
32 ppaq 
000x0010 
37 
10010xxx 
96 
D6 yy 
EB 
10101xxx 
AE 
EE yy 
E3 


a 


OD t0 0) Q) осо о Q (O (D (3 кә -- MÀ e db - m ш Б» oe ADO АА о) 99 Oe за а c. 9 (d DÀ PO osa. әм mace ND) 
о 


RR‏ له کر کډ ل ډک 


2 
1 
1 
1 
2 
2 
1 
1 
1 
1 
1 
1 
1 
1 
1 
1 
1 
1 
1 
1 
1 
1 
1 
1 
1 
1 
2 
3 
1 
1 
3 
1 
1 
1 
1 
2 
1 
1 
1 
2 
1 


© 


represents four hexadecimal digit memory address 

represents two hexadecimal data digits 

represents four hexadecimal data digits 

represents an optional binary digit 

represents optional binary digits identifying a destination register 

represents optional binary digits identifying a source register 
*8085 instructions 
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Ас Р. SCZ 


PSW 





ACI data 
-~ — 
CE yy 


Add the contents of the next program memory byte and the Carry status to the Ac- 
cumulator. 


Suppose xx = 3A16. yy = 7С16. С = 0. After the instruction: 


ACI 7CH 
has executed, the Accumulator will contain B6: 
ЗА r= 000111010 
ДЕ, ее: МОТ ЛЕТ ЛЕОГО 
Carry 0 
0110110 


= D 
No carry sets C to nu Five 1 bits, set P to O 

1 sets S to "^" Non-zero result, set Z to O 
Carry sets Ac to 1 


This is a routine data manipulation instruction. 
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This instruction takes two forms. First consider a register's contents added to the Ac- 
cumulator: 







Ас Р SCZ Жы» 
mory 
PSW 


(сооп of ACD. 


ADC reg 
10001XXX 
маи 


000 forreg=B 
001 forreg=C 
010 for reg =D 
011 for reg =E 
0 for reg =H 
1 for reg = 
1 for reg = A 


Add the contents of register A, В, С, О, E, Н or L and the Carry status to the Accumula- 
tor. 


Suppose хх = E316. register E contains A016. С = 1. After instruction: 


ADC E 
has executed, the Accumulator will contain 8416: 
E3 = 1112090011 
AO = 10100000 
Carry = 1 
10000100 
There is a carry Two 1 bits, set P to 1 
Set C to 1 
1 sets S to 1 Non-zero result. set Z to O 


No carry, so Ac is reset to O 
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The contents of a memory byte may also be added, with Carry, to the Accumulator: 







ACP SCZ 


PSW 


ADC M 


с 8 


10001110 


If xx = E316. yy = A016 and C = 1, then execution of the instruction: 
ADC M 


generates the same result as execution of the ADC E instruction, which was just de- 
scribed. 


The ADC instruction is most frequently used in multibyte addition, for the second and 
subsequent bytes. 
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ADD — ADD REGISTER OR MEMORY TO ACCUMULATOR 


This instruction takes two forms. First consider a register's contents added to the Ac- 
cumulator: 





Б те л 
O DE en 2 реза 





mmmm 
mmmm + 1 
ADD reg 
10000XXX 
— 
000 for reg - B 
001 for reg = C 
010 for reg =D 
011 for reg =E 
100 for reg =H 
101 for reg =. 
111 for reg =A 
Add the contents of register A, B, C, D, E, H or L to the Accumulator. 
Suppose xx = E316. register E contains А016. С = 1. After the instruction: 
ADD E 
has executed, the Accumulator will contain 8316: 
ЕЗ = 11100011 
АО = 10100000 
10000011 
There is а carry Three 1 bits, set P 100 


Set C to 1 } 
1 sets S to 1 Non-zero result. set Z to O 


No carry, so Ac is reset to O 
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A 
PSW 





ADD M 


odi mee! em 
10000110 

If xx = E316. yy = A016. and С = 1, then execution of the instruction: 
ADD M 


generates the same result as execution of the ADD E instruction, which was just de- 
scribed. 


ADD is the binary addition instruction used in normal, single-byte operations; it is also 
the instruction used to add the low-order bytes of two multibyte numbers. 


3-23 


ADI — ADD IMMEDIATE TO ACCUMULATOR 






Data 
Memory 


AcP SCZ 


PSW 


ADI data 
—À — 
C6 YY 


Add the contents of the next program memory byte to the Accumulator. 
Suppose xx = ЗА16. yy = 7C16. C = 0. After the instruction: 


ADI 7CH 
has executed, the Accumulator will contain B6: 
ЗА - 00111010 
7C = 01111100 
10110110 


No carry sets C to "wt 4) Five 1 bits, set P to O 
1 sets S to BE | Non-zero result, set Z to 0 
Carry sets Ac to 1 


This is a routine data manipulation instruction. 


ANA — AND REGISTER OR MEMORY WITH ACCUMULATOR 


This instruction takes two forms. First consider a registers contents ANDed with the 


Accumulator: 


"АСР босы 


"Ас is set to 1 Бу the 8085. 







ANA T 
10100XXX 
—— 

000 

001 

010 

011 

100 

101 

1 tA 


Contents of A,B,C,D 
EHorLis yy 





for reg = B 
for reg =C 
for reg = D 
for reg = E 
for reg =H 
for reg =L 
for reg = A 


AND the Accumulator with the contents of register A. B, C, D. E, H or L. Save the result 


in the Accumulator. 


Suppose xx — E316, register E contains A016. After the instruction: 


ANA E 


has executed, the Accumulator will contain A016: 


E3 
AO 


Carry is always set to 0 


1 sets S to 1 


11100011 
10100000 


10100000 
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Two 1 bits, set P to 1 


Non-zero result, set Z to O 







Psw [ХХ] Х] 0 [x] 


*Ac is set to 1 by the 8085. 


ANA M 


10100110 


If xx = E316. yy = A016 and C = 1, then execution of the instruction: 
ANA M 


generates the same result as execution of the ANA E instruction, which was just de- 
Scribed. ANA is a frequently used logical instruction. 
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ANI — AND IMMEDIATE WITH ACCUMULATOR 







*Ac P S E2 


Psw [XIXIX] o ]X] 


*Ac is set to 1 by the 8085. 


ANI data 
E6 yy 


AND the contents of the next program memory byte to the Accumulator. 
Suppose xx = 3A16. уу = 7C16. After the instruction: 

ANI 7CH 
has executed, the Accumulator will contain 3816. 


3A = 00111010 
7С = 01111100 


00111000 


Carry is always set to 0 U Three 1 bits, set P to O 
0 sets 5100 | Non-zero result, set Z to 0 
Ac is always set to 0 


This is a routine logical instruction; it is often used to turn bits "off". For example, the 
instruction: 


ANI 7FH 


will unconditionally set the high-order Accumulator bit to O. 
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CALL — CALL THE SUBROUTINE IDENTIFIED IN THE OPERAND 








Data 
PS CZ 
Ac Memory 
Oct Traan 
“тЫ кр 
пн 
E CEN Soe iu amm 5^ 


mmmm 
mmmm + 1 
mmmm + 2 


CALL label 
res! ie 
CD рраа 


Store the address of the instruction following the CALL оп the top of the stack; the top 
of the stack is a data memory byte addressed by the Stack Pointer. Then subtract 2 
from the Stack Pointer in order to address the new top of stack. Move the 16-bit address 
contained in the second and third CALL instruction object program bytes to the Pro- 
gram Counter. 


Consider the instruction sequence: 


CALL SUBR 
ANI 7CH 


SUBR 


After the CALL instruction has executed, the address of the ANI instruction is saved at 
the top of the stack. The Stack Pointer is decremented by 2. The instruction labeled 
SUBR will be executed next. 


CC — CALL THE SUBROUTINE IDENTIFIED IN THE OPERAND, 
BUT ONLY IF THE CARRY STATUS EQUALS 1 


ЄСЄ label 
npo iiem cn d 
DC рраа 


This instruction is identical to the CALL instruction except that the identified 
subroutine will be called only if the Carry status equals 1; otherwise. the instruction se- 
quentially following the СС. instruction will be executed 


Consider the instruction sequence: 





After the CC instruction has executed, if the Carry status does not equal 1 the ANI in- 
struction will be executed. If the Carry status does equal 1, the address of the ANI in- 
struction is saved at the top of the stack. The Stack Pointer is decremented by 2. The in- 
struction labeled SUBR will be executed next. 


CM — CALL THE SUBROUTINE IDENTIFIED IN THE OPERAND, 
BUT ONLY IF THE SIGN STATUS EQUALS 1 


CM label 
у= тыт. 
ЕС рраа 


This instruction is identical to the CALL instruction except that the identified 
subroutine will be called only if the Sign status equals 1; otherwise, the instruction se- 
quentially following the CM instruction will be executed. 


Consider the instruction sequence: 





After the CM instruction has executed, if the Sign status does not equal 1 the ANI in- 
struction will be executed. If the Sign status does equal 1, the address of the ANI in- 
struction is saved at the top of the stack. The Stack Pointer is decremented by 2. The in- 
struction labeled SUBR will be executed next. 
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CMA — COMPLEMENT THE ACCUMULATOR 





CMA 


Complement the contents of the Accumulator. No other register contents or statuses 
are affected. 


Suppose the Accumulator contains 3A16. After the instruction: 
CMA 


has executed, the Accumulator will contain C516: 


3A18 = 00111010 
Complement = 11000101 


This is a routine logical instruction. Do not use it for binary subtraction. There are 
special subtract instructions (SUB and SBB). 
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CMC — COMPLEMENT THE CARRY STATUS 


Memory 





CMC 


Complement the Carry status. No other statuses or register contents are affected. 
Suppose the Carry status contains 1. After the instruction: 

CMC 
has executed, the Carry status will contain 0 


This instruction is used to force the Carry status to 0, via the instruction sequence: 


Ske ;SET CARRY STATUS TO 1 
CMC ; COMPLEMENT CARRY STATUS 
Note you can set the Carry status to O via the instruction: 
ANA A 


which automatically zeros the Carry status. but does not modify any register s contents 
since the Accumulator is ANDed with itself. The: 


ORA A 
instruction serves the same purpose. 
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CMP — COMPARE REGISTER OR MEMORY WITH 
ACCUMULATOR 

This instruction takes two forms. First consider a register's contents compared with the 

Accumulator: 










AcP SCZ 


PSW 


атаса ГІШ. Contents of A,B,C,D 
Oi (a an, FE. TEE GERM ЕН or Lis yy 





CMP reg 
10111ХХХ 
ڪڪ‎ 


000 for reg =B 
001 for reg = С 
010 for reg =D 


0 1 1. for reg = E 
100 for reg =H 
101 for reg = 
111 for reg =A 


Subtract the contents of register А, B, C, О, Е, H or L from the contents of the Ac- 
cumulator, treating both numbers as simple binary data. Discard the result, i.e., leave 
the Accumulator alone. but modify status flags to reflect the result of the subtraction. 


Suppose xx = E316. register E contains A016. After the instruction: 
CMP E 


has executed, the Accumulator will still contain E316. but statuses will be modified as 
follows: 


ЕЗ = 11100011 
Twos comp of AO = 01100000 
01000011 
1 Three 1 bits, set P to O 
Carry sets С to 0 Non-zero result, set Z to 0 
0 sets S to O No carry, so Ac is reset to O 


Notice that the resulting Carry is complemented. 
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The contents of a memory byte may also be compared with the Accumulator: 







ғ.” 
AcP SCZ 
Psw [XIXIXIX]X] 


CMP M 


سس — 


BS bonis 


TIG T3 TIPO 


If xx = E316 and yy = A046. then execution of the instruction: 
CMP M 


generates the same result as execution of the СМР E instruction, which was just de- 
scribed. 


Compare instructions frequently precede conditional Call, Return and Jump instruc- 
tions. The Compare Immediate (CPI) instruction is more useful than the CMP instruc- 
tion. 


CNC — CALL THE SUBROUTINE IDENTIFIED BY THE OPERAND, 
BUT ONLY IF THE CARRY STATUS EQUALS 0 


CNC label 
—— — 
D4 рраа 


This instruction is identical to the CALL instruction except that the identified 
subroutine will be called only if the Carry status equals 0; otherwise, the instruction se- 
quentially following the CNC instruction will be executed. 


Consider the instruction sequence: 


С=0 CNC SUBR 





After the CNC instruction has executed, if the Carry status does not equal 0 the ANI in- 
struction will be executed. If the Carry status does equal О, the address of the ANI in- 
struction is saved at the top of the stack. The Stack Pointer is decremented by 2. The in- 
struction labeled SUBR will be executed next. 
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vi “-- iauci 
— 
C4 рраа 
This instruction is identical to the CALL instruction except that the identified 


subroutine will be called only if the Zero status equals О; otherwise, the instruction se- 
quentially following the CNZ instruction will be executed. 


Consider the instruction sequence: 


Z=0 





After the CNZ instruction has executed, if the Zero status does not equal О the ANI in- 
struction will be executed. If the Zero status does equal O, the address of the ANI in- 
struction is saved at the top of the stack. The Stack Pointer is decremented by 2. The in- 
Struction labeled SUBR will be executed next. 


CP — CALL THE SUBROUTINE IDENTIFIED IN THE OPERAND, 
BUT ONLY IF THE SIGN STATUS EQUALS 0 


CP label 
FA ppaq 


This instruction is identical to the CALL instruction except that the identified 
subroutine will be called only if the Sign status equals 0; otherwise, the instruction se- 
quentially following the CP instruction will be executed. 


Consider the instruction sequence: 





After the CP instruction has executed, if the Sign status does not equal О the ANI in- 
struction will be executed. If the Sign status does equal O, the address of the ANI in- 
struction is saved at the top of the stack. The Stack Pointer is decremented by 2. The in- 
struction labeled SUBR will be executed next. 


CPE — CALL THE SUBROUTINE IDENTIFIED IN THE OPERAND, 
BUT ONLY IF THE PARITY STATUS EQUALS 1 


СРЕ label 
—— s som 
EC рраа 


This instruction is identical to the CALL instruction except that the identified 
subroutine will be called only if the Parity status equals 1; otherwise, the instruction se- 
quentially following the CPE instruction will be executed. 


Consider the instruction sequence: 





After the CPE instruction has executed, if the Parity status does not equal 1 the ANI in- 
struction will be executed. If the Parity status does equal 1, the address of the ANI in- 
struction is saved at the top of the stack. The Stack Pointer is decremented by 2. The in- 
struction labeled SUBR will be executed next. 
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CPI — COMPARE ACCUMULATOR CONTENTS WITH 
IMMEDIATE DATA 







ACP SCZ 


Psw 


CPI data 
سسب‎ — 
FE yy 


Subtract the contents of the second object code byte from the contents of the Ac- 
cumulator, treating both numbers as simple. binary data. Discard the result, i.e., leave 
the Accumulator alone, but modify the status flags to reflect the result of the subtrac- 
tion. 


Suppose xx = E316 and the second byte of the CPI instruction object code contains 
А016. After the instruction: 


СР! АОН 


has executed, the Accumulator will still contain E316 but statuses will be modified as 
follows: 


£3. = 11700047 
Twos comp. of AO = 01100000 
01000011 
1 Three 1 bits, set P 100 
Carry sets C to 0 Non-zero result. set Z to O 
0 sets 5100 Мо carry. so Ас is reset to 0 


Notice that the resulting Carry is complemented. 


This is the instruction most frequently used to set statuses prior to execution of a condi- 
tional Call, Return or Jump instruction. 
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CPO — CALL THE SUBROUTINE IDENTIFIED IN THE OPERAND, 
BUT ONLY IF THE PARITY STATUS EQUALS 0 


СРО labe 
ре Шыр, ж] 
Е4 рраа 


This instruction is identical to the CALL instruction except that the identified 
subroutine will be called only if the Parity status equals 0; otherwise, the instruction se- 
quentially following the CPO instruction will be executed. 


Consider the instruction sequence: 


P=0 CHO SUBR 





After the CPO instruction has executed, if the Parity status does not equal 0 the ANI іп- 
struction will be executed. If the Parity status does equal О, the address of the ANI in- 
struction is saved at the top of the stack. The Stack Pointer is decremented by 2. The in- 
struction labeled SUBR will be executed next. 


CZ — CALL THE SUBROUTINE IDENTIFIED IN THE OPERAND, 
BUT ONLY IF THE ZERO STATUS EQUALS 1 


CZ label 
س‎ ea 
CC ppag 


This instruction is identical to the CALL instruction except that the identified 
subroutine will be called only if the Zero status equals 1; otherwise, the instruction se- 
quentially following the CZ instruction will be executed. 


Consider the instruction sequence: 





After the CZ instruction has executed, if the Zero status does not equal 1 the ANI in- 
struction will be executed. If the Zero status does equal 1, the address of the ANI in- 
struction is saved at the top of the stack. The Stack Pointer is decremented by 2. The in- 
struction labeled SUBR will be executed next. 
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DAA — DECIMAL ADJUST ACCUMULATOR 


АСР 5.С 2 Convert 
PSW to decimal 





DAA 


Convert the contents of the Accumulator to its binary coded decimal form. This instruc- 
tion should be used only after adding two BCD numbers, i.e., look upon ADD DAA or 
ADC DAA or SUB DAA or SBB DAA as compound, decimal arithmetic instructions 
which operate on BCD source to generate BCD answers. 


Suppose the Accumulator contains 3916 and the В register contains 4716. After the in- 
structions: 


ADD B 
DAA 


have executed, the Accumulator will contain 8616, not 8016. 


The DAA instruction modifies all status flags, but only the Carry status is significant. 
Consider other statuses to have been destroyed. 
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DAD — ADD A REGISTER PAIR ТОН AND L 


AcP SCZ Data 
psw [XIXLXIXTX) 






DAD rp 
yw 


in, a 


00ХХ1001 


00 for rp =В, representing В,С 
01 for rp =D, representing D.E 
10 for rp =H, representing H.L 
11 for rp = SP, representing the Stack Pointer 


Add the 16-bit value from the BC, DE or HL register pair or the Stack Pointer to the HL 
register pair. 
Suppose H,L contains ОЗ4А 16 апа В,С contains 214С16. After the instruction: 
DAD B 
has executed, the HL register pair will contain 249616: 


034A 0000001101001010 
214C 0010000101001100 


0010010010010110 


There is no carry 
so С is reset to 0 No other statuses are affected 


The DAD instruction is one of the most useful in the 8080 instruction set for traditional 


programming applications. This instruction provides the equivalent of indexed address- 
ing, and the DAD H instruction is equivalent to a 16-bit left shift. 


3-39 


DCR — DECREMENT REGISTER OR MEMORY CONTENTS 


AcP SCZ биш 
= = Memory 
Psw EX] XTX] Dg 
г па сломио ьа 







аб 77% ul Contents of A,B,C,D 
DE E.H or L is yy 
н. 


000 for reg =B 
001 forreg=C 
010 for reg =D 


011 for reg - E 
100 for reg =H 
104 for reg =L 
111 for reg =A 


Subtract 1 from the contents of the specified register. 
Suppose the C register contains 3A16. After the instruction: 
DCR c 


has executed, the C register will contain 3916: 


00111001 


Carry status not affected | Four 1 bits, set P to 1 
0 sets S to 0 


Non-zero result, set Z to 0 


= 


No carry. so Ac is reset to 0 


The contents of a read/write memory byte may also be decremented: 


AcP SCZ 


PSW (ХІІ ІХ 








DCR M 
ست‎ —— 


FX 


00 110101 


Suppose HL contains 371446. Then execution of the instruction: 
DCR M 


subtracts 1 from the contents of the memory byte with address 371416. Status flags 
are modified as described for the DCR C instruction. 


The DCR instruction is used in iterative instruction loops that use a counter with a value 
of 256 or less. This is the typical loop form: 


MVI reg.data ОАР INITIAL COUNTER VALUE 
LOOP à ;FIRST INSTRUCTION OF LOOP 

DCR reg ;DECREMENT COUNTER 

JNZ LOOP ;RETURN IF NOT ZERO 
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DCX — DECREMENT REGISTER PAIR 


Ag Р © «зд ear 
Manann 
2| ы ағ Ha 
Li ЖОЕ See i] 77 x 2 aa 
Ие у CERC 0o 7o 7] ontents. of. BC, РЕ 


E l_> | М. er SFE wy 






Е ЗЕ 
00ХХ1011 
ا ا‎ 


00 for rp = B. representing B.C 
01 for rp = D. representing О.Е 
10 for rp =H, representing H.L 
11 for rp = SP, representing the Stack Pointer 


Subtract 1 from the 16-bit value contained in the specified register pair. 
Suppose the Stack Pointer contains 2Ғ7А16. After the instruction: 

DCX SP 
has executed, the Stack Pointer will contain 2Ғ7916. 


The DCX instruction does not modify any status flags. and this is a defect in the 8080 
instruction set. Whereas the DCR instruction is used in iterative instruction loops that 
use a counter with a value of 256 or less. the DCX instruction must be used if the 
counter value is more than 256. Since the DCX instruction sets no status flags. other in- 
structions must be added simply to test for a zero result. This is a typical loop form: 


LXI D.data16 ОАР INITIAL 16-ВІТ COUNTER VALUE 


LOOP ;FIRST INSTRUCTION OF LOOP 


DCX D ;DECREMENT COUNTER 


MOV A.D ;TO TEST FOR ZERO. MOVE D TO A 
ORA E ;THEN OR A WITH E 
JNZ LOOP ;:RETURN IF NOT ZERO 
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Di — DISABLE INTERRUPTS 





DI 


سسب 


F3 


After this instruction has been executed the INTE signal is output low by the 8080 CPU, 
and no interrupt requests will be acknowledged. No registers or status flags are 
affected. 


Remember that when an interrupt is acknowledged, interrupts are automatically dis- 
abled. 


ЕІ — ENABLE INTERRUPTS 


AcP SCZ Data 





ЕІ 


---- 


FB 


When this instruction is executed, interrupts are enabled, but not until one more in- 
struction executes. 


Most interrupt service routines end with the two instructions: 


ЕІ ;ENABLE INTERRUPTS 
ВЕТ :ВЕТОВМ TO INTERRUPTED PROGRAM 
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If interrupts are processed serially, then for the entire duration of the interrupt service 
routine all interrupts are disabled — which means that in a multi-interrupt application 
there is a significant possibility for one or more interrupts to be pending when any inter- 
rupt service routine completes execution. 


If interrupts were acknowledged as soon as the El instructions had executed, then the 
Return instruction would not be executed. Under these circumstances returns would 
stack up one on top of the other — and unnecessarily consume stack memory space. 
This may be illustrated as follows: 


Interrupt 









Interrupt 


Interrupt service routine 


Interrupt 


Interrupt service routine 


Interrupt service routine 


By inhibiting interrupts for one more instruction following execution of El. the 8080 
CPU insures that the RET instruction gets executed in the sequence: 


К: 


El ‘ENABLE INTERRUPTS 
RET ;RETURN FROM INTERRUPT 


It is not uncommon for interrupts to be kept disabled while an interrupt service routine 
is executing. Interrupts are processed serially: 


Interrupt Interrupt 


Interrupt service routine Interrupt service routine 


Interrupt 








Interrupt 


Interrupt service routine 
Interrupt service routine 


If interrupts are processed serially. then priority arbitration will apply only during the 
acknowledge process. 
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HLT — HALT 





HLT 
-- 
76 


When the HLT instruction is executed, program execution ceases. It requires an inter- 
rupt or a reset to restart execution. No registers or statuses are affected. 


CAUTION: If interrupts are not enabled by an El instruction prior to the HALT in- 
struction, the 8080 CPU cannot exit the Halt state except by activa- 
tion of the hardware Reset. 
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IN — INPUT TO ACCUMULATOR 


AcP SCZ 


ew CIO 


оо 


-8%9 то» 





ІМ port 
у س‎ 
DB yy 


Load a byte of data into the Accumulator from the I/O port identified by the second IN 
instruction object code byte. 


Suppose 3616 is held in the buffer of I/O Port 1A16. After the instruction: 
IN 1AH 

has executed, the Accumulator will contain 3616. 

The IN instruction does not affect any statuses. 


Use of the IN instruction is very hardware dependent. Valid 1/О port addresses аге 
determined by the way in which I/O logic has been implemented. It is also possible to 
design a microcomputer system that accesses external logic using memory reference 
instructions with specific memory addresses. 
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INR — INCREMENT REGISTER OR MEMORY CONTENTS 


AcP SCZ 


psw ХХІ [X| 








ООххх100 


Data 
Memory 





Contents of A,B,C,D, 
EHorLis yy 





00ХХХ100 
м 
000 for reg = B 
001 for reg = C 
010 for reg =D 
011 for reg =E 
100 for reg =H 
101 for reg =L 
111 for reg =A 


Add 1 to the contents of the specified register. 


Suppose the C register contains ЗА 16. After the instruction: 


INR 


€ 


has executed, the C register will contain 3816: 


00111011 


Carry status not affected 
0 sets S to 0 
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Five 1 bits, set P 100 


Non-zero result, set Z to 0 


No carry, so Ac is reset to 0 


The contents of a read/write memory byte may also be incremented: 


AcP SCZ Data 


Psw [XIXIX] р 





тош 


-8%Е то» 


00110100 


Suppose HL contains 371416. Then execution of the instruction: 
INR M 


adds 1 to the contents of the memory byte with address 371416. Status flags are 
modified as described for the INR C instruction. 


The INR instruction is used in iterative instruction loops that use a counter with a value 
of 256 or less. This is the typical loop form: 


MVI reg,data ;LOAD COMPLEMENT OF INITIAL COUNTER VALUE 
LOOP = + ;FIRST INSTRUCTION OF LOOP 

INR reg ;DECREMENT COUNTER 

JNZ LOOP ;RETURN IF NOT ZERO 
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INX — INCREMENT REGISTER PAIR 


Data 
PSC 
ex Memory 
шишиши 
AR ae 
в) Ag, Contents of вс, DE. 


Ecc me — аван 






{USS nn ee 
ш аты с. бн. Program 
кз ош ишш . ср Метогу 


XE 
00ХХ0011 


00 for rp = В, representing B.C 
01 for rp =D, representing D,E 
10 for rp =H, representing H.L 
11 for rp = SP, representing the Stack Pointer 


Add 1 to the 16-bit value contained in the specified register pair. 

Suppose the D and E registers contain 2F7A 16. After the instruction: 
INX D 

has executed, the D and E registers will contain 2F7B1 6. 


The INX instruction does not modify any status flags. and this is a defect in the 8080 in- 
struction set. Whereas the DCR instruction is used in iterative instruction loops that use 
a counter with a value of 256 or less, the INX instruction must be used if the counter 
value is more than 256. Since the INX instruction sets no status flags, other instructions 
must be added simply to test for a zero result. This is a typical loop form: 


LXI D,data16 И ОАО COMPLEMENT OF INITIAL 16-BIT 
;COUNTER VALUE 
LOOP - = ‘FIRST INSTRUCTION OF LOOP 
INX D ;INCREMENT COUNTER 
MOV A.D ;TO TEST FOR ZERO, MOVE D TO A, 
ORA E ;THEN OR A WITH E 
JNZ LOOP ;RETURN IF NOT ZERO 
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JC — JUMP IF CARRY 


JC label 
س‎ мами 
DA рраа 


This instruction is identical to the JMP instruction except that the jump is only ex- 
ecuted if the Carry status equals 1; otherwise. the next instruction is executed. 


In the following instruction sequence: 





After the JC instruction, the CMA instruction is executed if the Carry status equals 1. 
The ANI instruction is executed if the Carry status equals О. 


JM — JUMP IF MINUS 


JM label 
ree = 
РА рраа 


This instruction is identical to the JMP instruction except that the jump is only ex- 
ecuted if the Sign status equals 1; otherwise, the next instruction is executed. 


In the following instruction sequence: 





After the JM instruction. the CMA instruction is executed if the Sign status equals 1. 
The ANI instruction is executed if the Sign status equals 0. 


Ме! 
s CLO — 






Program 
Memory 


JMP label 
— маи 
C3 рраа 


Load the contents of the Jump instruction object code second and third bytes into the 
Program Counter; this becomes the memory address for the next instruction to be ex- 
ecuted. The previous Program Counter contents are lost. 


In the following instruction sequence: 


JMP NEXT 
ANI 7FH 
NEXT CMA 


After the JMP instruction, the CMA instruction will be executed. The ANI instruction 
will never be executed unless a Jump instruction somewhere else in the instruction se- 
quence jumps to this instruction. 


JNC — JUMP IF NO CARRY 


JNC label 
dada ت‎ 
D2 рраа 


This instruction is identical to the JMP instruction except that the jump is only ex- 
ecuted if the Carry status equals 0; otherwise, the next instruction is executed. 


In the following instruction sequence: 





After the JNC instruction, the CMA instruction is executed if the Carry status equals 0. 
The ANI instruction is executed if the Carry status equals 1. 
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JNZ — JUMP IF NOT ZERO 


JNZ label 
C2 ppaq 


This instruction is identical to the JMP instruction except that the jump is only ex- 
ecuted if the Zero status equals 0; otherwise, the next instruction is executed. 


In the following instruction sequence: 





After the JNZ instruction, the CMA instruction is executed if the Zero status equals 0. 
The ANI instruction is executed if the Zero status equals 1. 


JP — JUMP IF PLUS 


JP label 
Sm À— — 
F2 рраа 


This instruction is identical to the JMP instruction except that the jump is only ех- 
ecuted if the Sign status equals 0; otherwise, the next instruction is executed. 


In the following instruction sequence: 





After the JP instruction, the CMA instruction is executed if the Sign status equals О. 
The ANI instruction is executed if the Sign status equals 1. : 
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JPE — JUMP IF PARITY EVEN 


JBE label 
EA рраа 


This instruction is identical to the JMP instruction except that the jump is only ех- 
ecuted if the Parity status equals 1; otherwise, the next instruction is executed. 


In the following instruction sequence: 





After the JPE instruction, the CMA instruction is executed if the Parity status equals 1. 
The ANI instruction is executed if the Parity status equals 0. 


JPO — JUMP IF PARITY ODD 


JPO labe 
E2 рраа 


This instruction is identical to the JMP instruction except that the jump is only ex- 
ecuted if the Parity status equals О; otherwise. the next instruction is executed. 


In the following instruction sequence: 





After the JPO instruction, the CMA instruction is executed if the Parity status equals O. 
The ANI instruction is executed if the Parity status equals 1. 
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JZ — JUMP IF ZERO 


JZ label 
— = 
CA рраа 


This instruction is identical їо the JMP instruction except that the jump is only ех- 
ecuted if the Zero status equals 1; otherwise, the next instruction is executed. 


In the following instruction sequence: 





After the JZ instruction, the CMA instruction is executed if the Zero status equals 1. 
The ANI instruction is executed if the Zero status equals 0. 
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LDA — LOAD ACCUMULATOR FROM MEMORY USING 
DIRECT ADDRESSING 


AcP SCZ 


ew COO) 





roo 
- Іт <> 


LDA addr 
سسب‎ -— 
ЗА ppaq 


Load into the Accumulator the contents of the memory byte addressed directly by the 
second and third bytes of the LDA instruction object code. 


Suppose memory byte 084А16 contains 3A16. After the instruction: 
LABEL  EQU 084AH 


LDA LABEL 


has executed, the Accumulator will contain 3A16. 


Remember that EQU is an Assembler Directive and not an instruction; it tells the As- 
sembler to use the 16-bit value 084А1 6 wherever LABEL appears. 


The instruction: 


LDA LABEL 
is equivalent to the two instructions: 
LXI H,LABEL 
MOV Ам 


When you are loading a single data value from memory, the LDA instruction is prefer- 
red; it uses one instruction and three object program bytes to do what the LXI MOV 
combination does in two instructions and four object program bytes. Also, the LXI MOV 
combination uses the H and L registers; the LDA instruction does not. 


3-55 


AcP SCZ 






BC or DE 
contain ppqq 






000x 1010 





LDAX гр 
Seve -~ 
00 Ox) 010 


0 if rp is B, representing B.C 
1 if rp is.D, representing D.E 


Load into the Accumulator the contents of the memory byte addressed by the BC or DE 
register pair. 


Suppose the B register contains 0816. the C register contains 4A16 and memory byte 
084A16 contains 3A16. After the instruction: 


. ШАХ B 
has executed, the Accumulator will contain ЗА 16. 


Note that there is no LDAX-H instruction since this is identical to a MOV A.M instruc- 
tion. 


The LDAX and LXI instructions will normally be used together, since the LXI instruction 
loads a 16-bit address into the BC or DE registers as follows: 


LXI B,084AH 
LDAX B 


Notice that the LDAX instruction will-only load data into the Accumulator. whereas the 
MOV instruction will load data into any register. 
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LHLD — LOAD H AND L REGISTERS DIRECT 


mmmm + 3 





LHLD addr 
— мами 
2А рраа 


The second and third object code bytes provide the memory address of a data byte, the 
contents of which will be loaded into the L register. The contents of the next sequential 
data byte is loaded into the H register. 


Suppose memory byte 084A 76 contains ЗА16 and memory byte 084B 16 contains 
2С1в. After the instruction: 


LABEL EQU 084AH 


LHLD LABEL 


has executed, the Н register will contain 2С16 and the L register will contain 3A16. 


Remember that EQU is an assembler directive and not an instruction; it tells the Assem- 
bler to use the 16-bit value 084А 16 wherever LABEL appears. 


The LHLD instruction is a direct addressing version of the LXI H,DATA instruction. For 
example, the instruction: 


LXI H,2C3AH 
will also load 2С16 into the H register and ЗА16 into the L register. 
For 16-bit data that never changes, use LXI H.DATA instead of LHLD ADDR. 


Remember, if ADDR directly addresses a byte of read/write memory. you can change 
the value that will be loaded into the Н and L registers by an LHLD instruction. To do 
this, simply write the new value into ADDR and ADDR + 1. 
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LXI — LOAD A 16-BIT VALUE, IMMEDIATE, INTO A 
REGISTER PAIR 


AcP SCZ жш 


Select BC, DE, HL 
or SP. Load ppqq 
into selected 
destination. 








LXI rp.data16 
— — a — 


\ 


00XX0001 ррда 


00 if rp — B, selecting В and C registers 
01 if rp =D, selecting D and E registers 
10 if rp =H. selecting H and L registers 
11 if rp = SP. selecting the Stack Pointer 


Load into the selected register pair the contents of the second and third object code 
bytes. 


After the instruction: 
LXI 5Р,217АН 


has executed, the Stack Pointer will contain 217416. 


LXI is the instruction most frequently used to load addresses into a register pair 
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MOV — MOVE DATA 


This instruction takes two forms. Consider first the contents of one register being 
moved to another register. 


Data 
Register A,B,C,D,E, H or L. Memory 


! 


Ж сиез іш Register A,B, C,D,E,H or L 
Bog E КЕ aa 
BE Mi. ae ar 






000 dors is Register B 
001 dors is Register C 
010 dors is Register D 
011 dors is Register E 
100 dors is Register H 
101 dors is Register L 
111 dors is the Accumulator 
Move the contents of any register to any register. For example: 
MOV А,В 
moves the contents of the В register to the Accumulator. 
MOV L.D 
moves the contents of the D register to the L register. 
MOV EC 


does nothing. since the C register has been specified as both the source and the 
destination 
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A memory byte may also be the data source: 














Data 
PSC 2 Memory 
PSW = 
Register A,B,C, [ x fpa 4 
„Га тү денег ЕЕЕ 
у ТАЙ жалғы Бе EER - ul Кс 
ВЕ EDETE sue W CCE HS ae | 
0 IE рат EN qu: EE 
<р Program 
РС Метогу 
| 
алдат 
01989110 | mmmm 
[mmm + 1 
Raley 
Esn 
MOV ам 
O1ddd 110 


Or a memory byte may be the data destination: 


Source is Register A, 
B,C,D,E,H or L 





MOV М,5 


07110 sss 
In either case, ddd or sss is interpreted as for a register-to-register move. 
Thus the instruction: 
MOV M.A 


moves the Accumulator contents to the read/write memory byte addressed by the Н 
and L registers. The instruction: 


MOV „м 


moves the contents of the memory byte addressed by the Н апа L registers into the L 
register. 


The Move instruction in its various forms is the most frequently used of the 8080 in- 
structions. 
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MVI — LOAD DATA IMMEDIATE INTO REGISTER OR MEMORY 


Destination is 
Register A,B,C, 
D,EH or L 





MVI reg,data 


Y ——— 
O0ddd110 yy 
000 for reg = B 


001 forreg=C 
010 for reg =D 


011 for reg - E 
100 for reg =H 
101 for reg ^L 
111 forreg=A 


Move the contents of the second object code byte to one of the registers. 


When the instruction: 


MVI A,2AH 
has executed, 2А 16 is loaded into the Accumulator. The instruction: 
MVI H,03H 


loads 0316 into the Н register. 


Load Data Immediate Into Register instructions are very frequently used in 8080 pro- 
grams. 


Notice that the LXI instruction is equivalent to two MVI instructions; for example: 


LXI H,032AH 
is equivalent to: 

MVI H,03H 

MVI L.2AH 
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Data may also be loaded immediately into a byte of read/write memory: 





MV! — Mdata 


00 110110 yy 
Suppose the H register contains 0316 and the L register contains 2А16: then when the 
instruction: 
MVI M.2CH 
has executed, 2С16 will be loaded into memory byte 032A 16. 


The Load Immediate Into Memory instruction (MVI M.data) is used much less than the 
Load Immediate Into Register instruction (MVI reg.data) 
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NOP — NO OPERATION 


Data 





NOP 


—— 


00 


Nothing happens when this instruction is executed; it is present for three reasons: 


1) А program error that fetches an object code from non-existent memory will fetch 
00. It is a good idea to insure that the commonest program error will do nothing. 


2) The NOP instruction allows you to give a label to an object program byte: 
HERE NOP 


3) To fine-tune delay times. Each NOP instruction adds four clock cycles to a delay. 


NOP is not a very useful or frequently used instruction. 
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ORA — OR REGISTER OR MEMORY WITH ACCUMULATOR 








AcP SCZ 


psw [ОХ] X] 0 [X] 


Contents of A,B,C, 
D,EH or Lis yy 






for reg =B 
for reg=C 
for reg =D 
for reg =E 
for reg =H 
for reg =L 
for reg = A 


Logically OR the contents of the Accumulator with the contents of any register. Store 


the result in the Accumulator. 


Suppose xx = E316. register E contains A816. After the instruction: 


ORA E 


has executed, the Accumulator will contain ЕВ16. 


E3 
A8 


Carry is always set to 0 


1 sets S to 1 


11100011 
10101000 


TAT ODT 


Six 1 bits, set P to 1 


Non-zero result, set Z to 0 


The contents of a memory byte may also be ORed with the Accumulator: 





Ac PSC Z 


psw LO Хх] 0 X, 


If xx = E316 and yy = А816. then execution of the instruction: 
ORA M 


generates the same result as execution of the ORA E instruction. which was just de- 
scribed. 


ORA is not used as frequently as the OR immediate (ORI) instruction. 


Note that ORing the Accumulator with itself (ORA A) allows you to clear the Carry 
status; this instruction is also used to set statuses following INX and DCX instructions. 
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ORI data 


OR the Accumulator with the contents of the second instruction object code byte. 
Suppose xx = 3A16. After the instruction: 
ORI 7CH 


has executed, the Accumulator will contain 7Е16: 


3A = 00111010 
PC = 071411100 


ОТТЕТТЕО 
Carry is always set to 0 Six 1 bits, set P to 1 
0 sets 5100 Non-zero result, set Z to 0 


This is a routine logical instruction: it is often used to turn bits “оп”. For example, the 
instruction: 


ORI 80H 


will unconditionally set the high order Accumulator bit to 1. 
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OUT port 


Output the contents of the Accumulator to the I/O port identified by the second OUT in- 
struction object code byte. 


Suppose 3676 is held in the Accumulator. After the instruction: 
OUT 1AH 

has executed, 3616 will be in the buffer of I/O Port 1A16. 

The OUT instruction does not affect any statuses. 


Use of the OUT instruction is very hardware dependent. Valid 1/0 port addresses are 
determined by the way in which I/O logic has been implemented. It is also possible to 
design a microcomputer system that accesses external logic using memory reference 
instructions with specific memory addresses. 


OUT instructions are frequently used in special ways to control microcomputer logic ex- 
ternal to the CPU. 
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PCHL — JUMP TO ADDRESS SPECIFIED BY HL 


ACP S 6-2 Data 


ew CITT) Veron 





PCHL 
м, 


Е9 


The contents of the Н and L registers are moved to the Program Counter; therefore an 
implied addressing jump is performed. 


The instruction sequence: 


LXI H.ADDR 
PCHL 

has exactly the same net effect as the single instruction: 
JMP _ ADDR 


Both specify that the instruction with label ADDR is to be executed next. 


The PCHL instruction is useful when you want to increment a return address for a 
subroutine that has multiple returns. 


Consider the following call to subroutine SUB: 


CALL SUB ;CALL SUBROUTINE 
JMP ERR ;ERROR RETURN 
;GOOD RETURN 


Using RET to return from SUB would return execution to JMP ERR: therefore. if SUB ex- 
ecutes without detecting error conditions. return as follows: 


POP H (РОР RETURN ADDRESS ТО HL 


INX H ;ADD З TO RETURN ADDRESS 
INX H 

INX H 

PCHL ;RETURN 
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POP — READ FROM THE TOP OF THE STACK 












Data 
AcP SCZ y 
ew CTI) БЕРІ 
Select А, PSW or Ree 5555 
А T m HM | BC or DE or HL ssss 1 
ECCE Im 
HORT CE» JUS . 2. wer 


POP rp 
سس‎ 


سم 
11ХХ0001‏ 


0 if rp is В, selecting В апа С registers 

1 if rp is D. selecting D and E registers 

О if rp is Н, selecting Н and L registers 

1 if rp is PSW, selecting the Accumulator 
and the status flags as a 16-bit unit 


a y Cy‏ ہے 


Pop the two top stack bytes into the designated register pair. 
Suppose qq = 0316 and pp = 2А16. Execution of the instruction: 


"POP H 
loads 0316 into the L register and 2A1 6 into the Н register. Execution of the instruction: 
POP PSW 


loads 0316 into the status flags and 2А16 into the Accumulator. Thus the C status will 
be set to 1; other statuses will be cleared. 


The POP instruction is most frequently used to restore register and status contents 
which have been saved on the stack, for example, while servicing an interrupt. 


'3-69 


PUSH — WRITE TO THE TOP OF THE STACK 





PUSH rp 
—— Ее: 


11ХХ0101 


0 if rp is В, selecting В апа С registers 

1 if rp is D, selecting D and E registers 

0 if rp is Н, selecting Н and L registers 

1 if rp is PSW, selecting the Accumulator 
and the status flags as a 16-bit unit 


M ua eo cS 


Push the contents of the designated register pair onto the top of fhe stack. 


Suppose the Н register contains 0316 and the L register contains 2A16. Execution of 
the instruction: 


PUSH H 
loads 0316 and then 2А16 into the top of the stack. Execution of the instruction: 
PUSH PSW 


loads the Accumulator and then the status flags into the top of the stack. 


The PUSH instruction is most frequently used to save register and status contents, for 
example, before servicing an interrupt. 
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RAL — ROTATE ACCUMULATOR LEFT THROUGH CARRY 








Data 
Memory 


Program 
Memory 


RAL 


y 


17 


Rotate Accumulator contents left one bit through Carry status. 
Suppose the Accumulator contains 7А16 and the Carry status is set to 1. After the 
RAL 


instruction has executed, the Accumulator will contain F516 and the Carry status will ~~ 
be reset to 0: 


Accumulator Co» Accumulator G 
07171 1:0 1:0 1 EEG 1O0 704 0 


The RAL instruction is frequently used to perform multibyte left shifts, as described in 
An Introduction To Microcomputers, Volume |. The Carry status is cleared before per- 
forming the first left shift; subsequently the Carry status propagates the high-order bit 
of one byte into the low-order bit of the next byte. Here is an instruction sequence that 
shifts the contents of four memory bytes left, one bit: 


LXI H.DATA ;LOAD ADDRESS OF LOW ORDER DATA BYTE 
ANA A ;INITIALLY CLEAR CARRY 
MVI B.3 ;USE REGISTER B AS A COUNTER 
LOOP MOV A.M ;LOAD DATA BYTE INTO ACCUMULATOR 
RAL ;ROTATE LEFT 
MOV M.A ;RESTORE RESULT 
INX H ;INCREMENT ADDRESS IN HL 
DCR B ;DECREMENT COUNTER 
JNZ LOOP ;RETURN FOR NEXT BYTE IF THERE IS ONE 


Notice the careful thought that has been given to the statuses that STATUS 

are or are not set. RAL affects the Carry status only. INX and DCR CONDITIONS 
affect the Zero, Sign and Parity statuses but not the Carry, which 

is therefore preserved from one execution of RAL to the next. 
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RAR — ROTATE ACCUMULATOR RIGHT THROUGH CARRY 


Data 
Memory 





RAR 


Rotate Accumulator contents right one bit through Carry status. 
Suppose the Accumulator contains 7А16 and the Carry status is set to 1. After the: 
RAR 


instruction has executed, the Accumulator will contain ВО1в and the Carry status will 
be reset to 0: 


Accumulator Co» Accumulator С 
01:131 7070 1 101 F104 0 


The RAR instruction is frequently used to perform multibyte right shifts, as described in 
An Introduction To Microcomputers. Volume |. The Carry status is cleared before per- 
forming the first right shift; subsequently the Carry status propagates the low-order bit 
of one byte into the high-order bit of the next byte. Here is an instruction sequence that 
shifts the contents of four memory bytes right, one bit: 


LXI H.DATA ;LOAD ADDRESS OF LOW ORDER DATA BYTE 
ANA A ;INITIALLY CLEAR CARRY 
MVI B.3 ;USE REGISTER B AS A COUNTER 
LOOP MOV A.M ОАР DATA BYTE INTO ACCUMULATOR 
RAR ;:ROTATE RIGHT 
MOV M.A ;:RESTORE RESULT 
INX H ;INCREMENT ADDRESS ІМ HL 
DCR B ;DECREMENT COUNTER 
JNZ LOOP ‘RETURN FOR NEXT BYTE IF THERE IS ONE 


See the RAL description for a discussion of statuses. 
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RC — RETURN IF THE CARRY STATUS EQUALS 1 
RC 


سی 


D8 


This instruction is identical to the RET instruction except that the return is not executed 
unless the Carry status equals 1 when the RC instruction is executed. 


Consider the instruction sequence: 


SUBR 


;FIRST SUBROUTINE INSTRUCTION 





After the RC instruction has executed, if the Carry status equals 1, execution returns to 
the ANI instruction which follows the CALL. If the Carry status equals 0, the ORA in- 
struction, being the next sequential instruction, is executed. 


RET — RETURN FROM SUBROUTINE 





Data 
.. Ac PS CZ Momo 
sw OOO 

8 
E ا‎ | 

la i ee a | 
ERE -а 2 
Se e 


Program 


тс Бәкен MET лоба e 25225) Memory 


RET 


--- 


C9 


Move the contents of the top two stack bytes to the Program Counter; these two bytes 
provide the address of the next instruction to be executed. Previous Program Counter 
contents are lost. Increment the Stack Pointer by 2 to address the new top of stack. 


Every subroutine must contain at least one Return (or conditional Return) instruction: 
this is the last instruction executed within the subroutine and causes execution to 
return to the calling program. 


For an illustrated description of the RET instruction's execution, see Chapter 5. 
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RIM — READ INTERRUPT MASK 





RIM 


—— 


20 


Load the contents of the restart interrupt mask and the serial input line into the Ac- 
cumulator. The data loaded into the Accumulator is interpreted as follows: 


7 6 5 4 3 2 1 0 0—8: №. 


Interrupt Mask for RST5.5 
Interrupt Mask for RST6.5 
Interrupt Mask for RST7.5 
Interrupt Enable Flag 

Interrupt Pending Flag for RST5.5 
Interrupt Pending Flag for RST6.5 
Interrupt Pending Flag for RST7.5 
Serial Input Data 


Bits O, 1 and 2 are used to mask interrupts RST5.5, RST6.5 and RST7.5. If the bit corres- 
ponding to a particular RST is a 1, the RST is disabled. For example, if a RIM instruction 
results in 1A16 being loaded in the Accumulator, this is what happens: 


00011010 


| RST5.5 is enabled 
RST6.5 is disabled 


RST7.5 is enabled 


Е 


RSTs 5.5, 6.5 апа 7.5 work іп a similar fashion to RSTs 0-7. When the 8085 detects опе 
of these RSTs, it vectors as follows: 


Vectors to Location 
RST5.5 002C16 
RST6.5 003416 
RST7.5 003C16 
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The other information in the interrupt mask is interpreted as follows: 


Interrupt Enable Flag — If this flag is a 1, the interrupt system is enabled. If this flag is a 
0, the interrupt system is disabled. 


Interrupt Pending Flags — If this flag is a 1, an interrupt is being requested on the 
specified RST line. If this flag is a O, no interrupt is being requested by the 
specified RST line. 


Serial Input Data — This bit reflects the status of the SID line. 
RLC — ROTATE ACCUMULATOR LEFT 


AcP SCZ Data 


= 


Program 
Memory 






mmmm 
mmmm + 1 


RLC 


— 


07 


Rotate Accumulator contents left one bit. 
Suppose the Accumulator contains 7А16 and the Carry status is set to 1. After the: 
RLC 


instruction has executed, the Accumulator will contain F416 and the Carry status will 
be reset to 0: 


Accumulator Сы Accumulator С 
91111010 1 11110712010 0 


RLC should be used as а logical instruction. 
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ro 


This instruction is identical to the RET instruction, except that the return is not ex- 
ecuted unless the Sign status equals 1 when the RM instruction is executed. 


Consider the instructionysequence: 
SUBR 





;FIRST SUBROUTINE INSTRUCTION 


After the RM instruction has executed, if the Sign status equals 1, execution returns to 
the ANI instruction which follows the CALL. If the Sign status equals 0, the ORA in- 
struction, being the next sequential instruction, is executed. 


RNC — RETURN IF THE CARRY STATUS EQUALS O 
RNC 
DO 


This instruction is identical to the RET instruction, except that the return is not ex- 
'ecuted unless the Carry status equals O when the RNC instruction is executed. 


Consider the instruction sequence: 


;FIRST SUBROUTINE INSTRUCTION 





After the RNC instruction has executed, if the Carry status equals 0, execution returns 
to the ANI instruction which follows the CALL. If the Carry status equals 1, the ORA in- 
struction, being the next sequential instruction, is executed. 
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RNZ — RETURN IF THE ZERO STATUS EQUALS 0 
RNZ 
CO 


This instruction is identical to the RET instruction. except that the return is not ex- 
ecuted unless the Zero status equals 0 when the RNZ instruction is executed. 


Consider the instruction sequence: 


;FIRST SUBROUTINE INSTRUCTION 





After the RNZ instruction has executed, if the Zero status equals 0, execution returns to 
the ANI instruction which follows the CALL. If the Zero status equals 1, the ORA in- 
struction, being the next sequential instruction. is executed. 


RP — RETURN IF THE SIGN STATUS EQUALS O 
RP 


—— 
FO 


This instruction is identical to the RET instruction, except that the return is not ex- 
ecuted unless the Sign status equals 0 when the RP instruction is executed. 


Consider the instruction sequence: 


;FIRST SUBROUTINE INSTRUCTION 





After the RP instruction has executed, if the Sign status equals O, execution returns to 
the ANI instruction which follows the CALL. If the Sign status equals 1, the ORA in- 
struction, being the next sequential instruction, is executed. 
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RPE — RETURN IF THE PARITY STATUS EQUALS 1 
RPE 


E8 


This instruction is identical to the RET instruction, except that the return is not ex- 
ecuted unless the Parity status equals 1 when the RPE instruction is executed. 


Consider the instruction sequence: 


;FIRST SUBROUTINE INSTRUCTION 





After the RPE instruction has executed, if the Parity status equals 1, execution returns 
to the ANI instruction which follows the CALL. If the Parity status equals 0, the ОНА іп- 
struction, being the next sequential instruction, is executed. 


RPO — RETURN IF THE PARITY STATUS EQUALS 0 
RPO 
EO 


‘This instruction is identical to the RET instruction, except that the return is not ex- 
ecuted unless the Parity status equals O when the RPO instruction is executed. 


Consider the instruction sequence: 


LL SUBR 





;FIRST SUBROUTINE INSTRUCTION 


After the RPO instruction has executed, if the Parity status equals 0, execution returns 
to the ANI instruction which follows the CALL. If the Parity status equals 1, the ORA in- 
struction, being the next sequential instruction, is executed. 
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RRC — ROTATE ACCUMULATOR RIGHT 


Data 


| | 


Program 
Memory 





RRC 


-~ 


OF 


Rotate Accumulator contents right one bit. 
Suppose the Accumulator contains 7А16 and the Carry status is set to 1. After the: 
RRC 


instruction has executed, the Accumulator will contain 3D16 and the Carry status will 
be reset to 0: 


Accumulator С. Accumulator С 
01117010 1 00111101 0 


RRC should be used as a logical instruction. 
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RST — RESTART 





RST n 
سس‎ — 
БЕГЕРЕНЕ 


Call the subroutine origined at the low memory address specified by п. 
When the instruction: 
RST 3 


is executed, the subroutine origined at memory location 001816 is called. The previous 
Program Counter contents are pushed to the top of the stack. 


Usually the RST instruction is used in conjunction with interrupt processing, as de- 
scribed in Chapter 5. 


If your application does. not use all RST instruction codes to SUBROUTINE 
service interrupts, do not overlook the possibility of calling ‘CALL USING 
subroutines using RST instructions. Origin frequently used RST 
subroutines at appropriate RST addresses, and these subroutines 

can be called with a single-byte RST instruction instead of a three-byte CALL instruc- 
tion. 
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RZ — RETURN IF THE ZERO STATUS EQUALS 1 
RZ 


C8 


This instruction is identical to the RET instruction, except that the return is not ex- 
ecuted unless the Zero status equals 1 when the RZ instruction is executed. 


Consider the instruction sequence: 


;FIRST SUBROUTINE INSTRUCTION 





After the RZ instruction has executed. if the Zero status equals 1, execution returns to 
the ANI instruction which follows the CALL. If the Zero status equals 0, the ORA in- 
struction, being the next sequential instruction, is executed. 


SBB — SUBTRACT REGISTER OR MEMORY FROM 
ACCUMULATOR WITH BORROW 


This instruction takes two forms. First consider a register s contents subtracted from the 


Accumulator: 





E. N er 
ee a. COREY 


SBB reg 
\ 
10011ХХХ 
000 
001 
010 
0:171 
100 
101 
ea 


Data 
Memory 










Program 
Memory 





for reg =B 
for reg = C 
for reg =D 
for reg =E 
for reg =H 
for reg =L 
for reg = A 


Subtract the contents of the specified register and the Carry status from the Accumula- 


tor, treating register contents as simple binary data. 


Suppose xx = E316, register E contains A016. C = 1. After the instruction: 


SBB Е 

has executed, the Accumulator will contain 4216: 
ЕЗ = 11100011 
Twos comp of AA = 01100000 

Twos comp of 1 = 11111111 
01000010 


e. V 


Carry is set to O 
O sets S to O 


Notice that the resulting Carry is complemented. 
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Two 1 bits, set P to 1 
Non-zero result, set Z to O 


Carry sets Ac to 1 


The contents of a memory byte may also be subtracted. with borrow. from the Ac- 
cumulator: 


AcP SCZ 

рем LX] XIX) 
A 

вс 

DE 

H.L 

SP 





LOO FT 10 


If xx = E316. yy = A016 and С = 1, then execution of the instruction: 
SBB M 


generates the same result as execution of the SBB E instruction, which was just de- 
scribed. 


The SBB instruction is used in multibyte subtraction after the low-order byte has been 
processed using the SUB instruction. 
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AcP SCZ 


Psw 





SBI data 
— i — 
DE yy 


Subtract the contents of the second instruction code byte and the Carry status from the 
Accumulator. 


Suppose xx = ЗА16 and the Carry status equals 1. After the instruction: 
SBI 7CH 


has executed, the Accumulator will contain BD46: 


3A = 00111010 
Twos comp of 7C 10000100 
Twos comp of Carry = 11111111 


10111101 
له 


Carry is set to 0 Six 1 bits, set P to 1 


1 sets S to 1 Non-zero result. set Z to O 
Carry sets Ac to 1 


Notice that the resulting Carry is complemented. 


This instruction is not used as frequently as SUI. 
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SHLD — STORE H AND L REGISTERS DIRECT 





SHLD addr 
—_— — 
22 рраа 


The second and third object code bytes provide the memory address of a data byte into 
which the L register contents are written. The H register contents are written into the 
next sequential data byte. 


Suppose xx = 2С16 and уу = ЗА1в. After the instruction: 
LABEL -EQU 084АН 


SHLD LABEL 


has executed, memory byte 084А16 will contain 2С 16. Memory byte 084B 76 will con- 
tain 3A16. 


Remember that EQU is an assembler directive and not an instruction; it tells the Assem- 
bler їо*иѕе the 16-bit value 084A16 whenever LABEL appears. 
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SIM — SET INTERRUPT MASK 


Interrupt Mask 





SIM 


—— 


30 


Output the contents of the Accumulator to the restart interrupt mask and the serial out- 
put line (SOD). 


The contents of the Accumulator are interpreted in the following manner: 
7 6 5 4 3 2 | 0 <—Bit №. 


Interrupt Mask for RST5.5 
Interrupt Mask for RST6.5 
Interrupt Mask for RST7.5 
Mask Set Enable 

Reset RST7.5 

Undefined 

Serial Output Enable 
Serial Output: Data 


The interrupt mask function is only performed if the Mask Set Enable bit is 1. For exam- 
ple, if OF16 is held in the Accumulator and the SIM instruction is performed, 1 will be 
sent to the interrupt mask for all three RSTs. If, however, 0716 was held in the Ac- 
cumulator, the interrupt masks would not be affected. 


If the interrupt mask for a particular RST is a 1, the RST is disabled. If the interrupt mask 
for a particular RST .is а 0, the RST is enabled. 


The reset RST7.5 bit is used to clear an internal request flip-flop for RST7.5 if the bit is 
Т 


Тһе serial output data is only performed if the Serial Output Enable bit is 1. For exam- 
ple. if 0376 is held in the Accumulator and the SIM instruction is performed, the SOD 
latch will not be affected. If, however, 4716 is held in the Accumulator, а О will be 
loaded into the SOD latch if a SIM instruction is performed: 
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SPHL — LOAD THE STACK POINTER FROM THE H AND L 
REGISTERS 


AcP SCZ Data 





SPHL 
y 
F9 


Move the contents of the H and L registers to the Stack Pointer. 
Suppose рр = 0816 and qq = 3F 16. After the instruction: 

SPHL 
has executed, the Stack Pointer will contain 083F 76. 


The SPHL instruction can be used to access two stacks — with an idle address 
preserved in the H and L registers. Stacks are frequently used in this fashion to access 
text strings or any such data that must be accessed byte-serially. 


The important point to bear in mind is that stack logic can be used instead of im- 
plied memory addressing with auto-increment. 
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STA addr 
— 


— 


3A ppaq 


Store the Accumulator contents in the memory byte addressed directly by the second 
and third bytes of the STA instruction object code. 

Suppose the Accumulator contains ЗА 16. After the instruction: 

LABEL  EQU 084AH 


STA LABEL 


has executed, memory byte 084A16 will contain ЗА 16. 


Remember that EQU is an assembler directive and not an instruction; it tells the Assem- 
bler to use the 16-bit value 084А 16 wherever LABEL appears. 


The instruction: 
STA LABEL 
is equivalent to the two instructions: 


LXI H,LABEL 
MOV M.A 


When you are storing a single data value in memory, the STA instruction is preferred; it 
uses one instruction and three object program bytes to do what the LXI MOV combina- 
tion does in two instructions and four object program bytes. Also, the LXI MOV com- 
bination uses the H and L registers: the STA instruction does not. 


STAX — STORE ACCUMULATOR IN THE MEMORY LOCATION 
ADDRESSED BY A REGISTER PAIR 


BC or DE 
contain ppqq 





STAX rp 

M “yw 

000x0010 
-~~ 


О if rp is B, representing B,C 
1 if rp is D, representing D.E 


Store the Accumulator contents in the memory byte addressed by the BC or DE register 
pair. 


Suppose the B register contains 0816. the C register contains 4A16 and the Accumula- 
tor contains ЗА 16. After the instruction: 


STAX B 
has executed, memory byte 084A16 will contain 3A16. 


Note that there is no STAX H instruction, since this is identical to a MOV M.A instruc- 
tion. 


Normally the STAX and LXI instructions will be used together, since the LXI instruction 
loads a 16-bit address into the BC or DE registers. as follows: 


LXI B,084AH 
STAX B 


Notice that the STAX instruction will only store data from the Accumulator, whereas 
the MOV instruction will store data from any register. 
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STC — SET CARRY STATUS 


AcP SCZ Data 


"LIIMD ІЙ = 
1 





STC 


—— 


37 


When the STC instruction is executed the Carry status is set to 1. regardless of its pre- 
vious value. No other statuses or register contents are affected. 
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Accumulator: 





se [затымы EET T Maas. Corin of AB OD: 





aep Em] Тыс” | ey 


SUB reg 


зе 


10010XXX 





for reg =B 
for reg = C 
for reg =D 
for reg = E 
for reg = Н 
for reg = 
forreg=A 


Subtract the contents of the specified register from the Accumulator, treating register 


contents as simple binary data. 


Suppose xx --ЕЗ16 and register E contains А016. After the instruction: 


SUB Е 


has executed, the Accumulator will contain 4316: 


E35 11 1.010094 
Twos comp of AO 01100000 


01000011 


1 
Carry is set to 0 


0 sets 5100 


Notice that the resulting Carry is complemented. 
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Three 1 bits, set P to 0 
Non-zero result, set Z to 0 


No carry, so AÇ is set to O 





Ac P SCZ 
Psw [XIXIXIXIX] 


SUB M 


ОО TOST 110 


If xx = E316 and yy = A046. then execution of the instruction: 
SUB M 


generates the same result as execution of the SUB E instruction, which was just de- 
scribed. 


The SUB instruction is used to perform single-byte subtractions, or for the low-order 
byte in multibyte subtractions. 
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SUI — SUBTRACT IMMEDIATE DATA FROM ACCUMULATOR 






AcP SCZ Daja 
егпогу 
PSW 
Бї ER ee M 
| Le a En aaa 
(| be esteri. Б аа ЕКЕ : 
| DER EREBE EB EERE 
ا‎ eee „| Program 
а — — тт b 


SUI data 
me 
D6 ‚ УУ 


Subtract the contents of the second instruction code byte from the Accumulator. 
Suppose xx = ЗА 16. After the instruction: 


SBI 7CH 
has executed, the Accumulator will contain ВЕ16: 
ЗА = 00111010 
Twos comp of 7С = 10000100 
ПО ТТЕ 
No carry, so Carry is set to e Six 1 bits, set P to 1 
1 sets S to 1 Non-zero result, set Z to O 


No carry, so Ac is set to O 


Notice. that the resulting Carry is complemented. 


This instruction is the preferred Subtract Immediate. 
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XCHG — EXCHANGE DE AND HL REGISTERS’ CONTENTS 


ACP SCZ Data 


ew (TTT) — 


mmmm 


mmmm + 1 





XCHG 


“Тһе О. апа E registers’ contents are swapped with the Н and L registers’ contents. 
Suppose рр -0316. qq = 2А16. xx = 4116 and yy = ҒС16. After the instruction: 
XCHG 


has executed. Н will contain 0316. L will contain 2A16. D will contain 4116 and E will 
contain ҒС16. 


The two instructions: 


XCHG 
MOV A.M 
are equivalent to: 
LDAX D 
But if you want to load data addressed by the D and E registers into the B register, 
XCHG 
MOV B.M 


has no single instruction equivalent. 


XRA — EXCLUSIVE-OR REGISTER OR MEMORY WITH 


ACCUMULATOR 


This instruction takes two forms. First consider a register's contents Exclusive-ORed 


with the Accumulator: 









Ac PS CZ 


psw LoT ХХХ] 


XRA reg 


10101XXX 
—— 


Contents of A,B,C,D, 
E,H or Lis yy 





for reg =B 
for reg = С 
for reg =D 
for reg =E 
for reg = Н 
for reg =L 
for reg = А 


Exclusive-OR the contents of the specified register with the Accumulator, treating 
` register contents as simple binary data. 


Suppose xx -ЕЗ16 and register E contains A016. After the instruction: 


XRA E 


has executed, the Accumulator-will contain 4316: 


ЕЗ 
АО 


Carry is set to 0 


0 sets S to 0 


1151201070791 
10100000 


01000011 
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Three 1 bits, set P to O 


Non-zero result, set Z to O 


The contents of a memory byte may also be Exclusive-ORed with the Accumulator: 





AcP SCZ 


psw |01Х1х107Х) 


vrmoap 


592995 


ХВА м 


ТООЛО 
If xx = E316 and yy = A046. then execution of the instruction: 
XRA M 


generates the same result as execution of the XRA E instruction, which was just de- 
scribed. 


The Exclusive-OR instruction is used to test for changes in bit status. 
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XRI — EXCLUSIVE-OR IMMEDIATE DATA WITH 
ACCUMULATOR 






Data 


AcP SCZ Mamo. 


psw [o] xIx] OLX] 


XRI data 
——— a 
EE yy 


Exclusive-OR the contents of the second instruction code byte with the Accumulator. 
Suppose xx = ЗА16. After the instruction: 
XRI 7CH 


has executed, the Accumulator will contain 4616: 


3A = 00111010 
7C = 01111100 


01000110 
Carry is set to O Three 1 bits, set P to 1 
0 sets S to 0 Non-zero result. set Z to O 


This is a routine logical instruction; it is often used to complement bits. For example, 
the instruction: 
XRI 03H 


will unconditionally complement the two low-order bits of the Accumulator. 
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rom 


-8%4Е то» 





XTHL 


Exchange the contents of the L register with the top stack byte. Exchange the contents 
of the H register with the byte below the stack top. 


Suppose рр = 2116. qq = ҒА16 rr = 3A16. ss = E216. After the instruction: 
XTHL 


has executed, Н will contain E216. L will contain ЗА 16 and the top two stack bytes will 
contain FA46 and 21 16. respectively. 


The two instructions: 


XTHL 
XTHL 


executed in sequence are equivalent to no operation. 


The XTHL instruction is used to access and manipulate data at the top of the stack, as 
illustrated in the multiple subroutine discussion in Chapter 5. 
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INTEL 8080A AND 8085 ASSEMBLER CONVENTIONS 


The standard 8080A assembler is available from 8080 manufacturers and on the 

major time-sharing networks; it is also part of most development systems. Cross 

assembler versions are available for most large computers and many minicom- 

puters. 

ASSEMBLER FIELD STRUCTURE 

The assembly language instructions have the standard field structure (see Figure 

2-1 in Chapter 2). The required delimiters are: 

1) A colon after a label, except for the pseudo-operations EQU, SET, and 
MACRO, which require a space. 

2) A space after the operation code. 

3) A comma between operands in the operand field. (remember this one!) 

4) А semicolon before a comment. 


Typical 8080 assembly language instructions are: 


START: LDA 1000 :GET LENGTH 
LXI H.2300 
HLT 
LABELS 


The Assembler allows five characters in labels; the first character must be a let- 
ter, @, or ?. The other characters can be letters, numbers, @, or ?. We will only 
use letters and numbers. 


PSEUDO-OPERATIONS 


The Assembler has the following pseudo-operations: 


DB = DEFINE BYTE 

DS = DEFINE STORAGE 
DW - DEFINE WORD 
END 

EQU - EQUATE 

ORG > ORIGIN 

SET 


DB and DW are the DATA pseudo-operations used for placing data in ROM. DB is used 
for 8-bit data, DW for 16-bit data. The only unusual feature to remember is that DW 
stores the eight least significant bits of data in the first word and eight most significant 
bits in the second word. This is the standard 8080A/8085 procedure for storing ad- 
dresses in memory. but is contrary to normal practice; you must be aware of the order 
when storing 16-bit data. 
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Examples: : 
ADDR: DW 3165H 


results in (ADDR) = 65, and (ADDR + 1) = 31 (hexadecimal). 
TCONV: DB 32 


This pseudo-operation places the number 32 in the next byte of memory and assigns its 
address the name TCONV. 


ERROR: DB ‘ERROR’ 


This pseudo-operation places the ASCII characters E, В, В, О and R in the next five bytes 
of memory and assigns the name ERROR to the address of the first byte. 


OPERS: DW FADD, FSUB, FMUL, FDIV 


This pseudo-operation places the addresses FADD, FSUB, FMUL, and FDIV in the next 
eight bytes of memory and assigns the name OPERS to the address of the first byte. 


DS is the RESERVE pseudo-operation used for assigning locations in RAM; it allocates 
8-bit words (or bytes). 


EQU is the EQUATE, or DEFINE pseudo-operation used to define names. 


SET is similar to EQU, except that SET allows the name to be EQU 
re-defined later. SET is unusual and confusing; it should be PSEUDO- 
avoided unless it is required to patch programs together. OPERATION 


ORG is the standard ORIGIN pseudo-operation. ORG О ap- 
pearing at the beginning of a program may be omitted. 


OPERATION 





8080A/8085 programs usually have several origins; they 
are used as follows: 


1) - To specify the RESET address (usually zero). 

2) То specify Interrupt entry points (usually 0 to 3С16). 
3) To specify the starting address of the main program. 
4) To specify the starting addresses of subroutines. 

5) To define RAM storage. 

6) To define a RAM Stack. 


Example: 


RESET g EQU 0 
ORG RESET 


This sequence places the RESET instruction sequence in memory beginning at address 
0. 


INT1 EQU 38H 
ORG INT1 


The instruction sequence which follows is stored in memory beginning at location 
3816. 


END simply marks the end of the assembly language program. 
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LABELS WITH PSEUDO-OPERATIONS 


The rules and recommendations for labels with 8080A/8085 pseudo-operations 
are as follows: 


1) EQU, SET and MACRO require labels, since the function of these pseudo-operations 
is to define the meaning of the label. Note that these labels are not followed by col- 
ons. 


2) DB, DW and DS usually have labels. 


3) ORG, IF, ENDIF, ЕМОМ, and END should not have labels since the meaning of the 
label is unclear. 


ADDRESSES 
The Intel 8080A/8085 assemblers allow entries in the address 
field in any of the following forms: 
1) Decimal (a final D is optional). 
Example: 1247 or 1247D. 


2) Hexadecimal (must start with a digit and end with an H). 
Examples: 124CH, OE7H. 

3) Octal (must end with О or О but О is far less confusing). 
Example: 12470 or 12470. 

4) Binary (must end with B). 
Example: 10010010001 11B. 

5) ASCII (enclosed in single quotation marks). 
Example: ‘НЕВЕ’. 

6) As an offset from the Program Counter($). 
Example: $4-237H. 








All arithmetic and logical operations within an address field ASSEMBLER 
assume all arguments are 16-bit data: they produce 16-bit ARITHMETIC 
results. These operations are allowed as part of expressions in AND LOGICAL 
the address field: OPERATIONS 

1) + (16-bit addition) 

2) - (16-bit subtraction) 

Өр,» (multiplication, generating a 16-bit result). 

4) / (integer quotient. 

5) MOD (integer remainder). 

6) NOT 

5 Ae Standard Boolean operators 


9) XOR 
10) SHR (logical shift right). 
ПЛ). SHE (logical shift left). 


The shifts have the form: 


SHR ОР1,ОР2 
SHL OP1,0P2 


where OP1 is the number to be shifted and OP2 is the number of shifts. 
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tors having the same precedence are evaluated left to right: [OPERATIONS | 
expressions in parentheses are evaluated first. The order of 
precedence is: 


Highest: 1) *, / MOD. SHL, SHR 


2) rid = 
3) NOT 
4) AND 


Lowest: 5) OR, XOR 

We recommend that you avoid expressions within address fields wherever possi- 

ble. |f you must compute an address, use the following guidelines: 

1) Use parentheses to:make expressions clearer. Do not depend on the order of opera- 
tions. 

2) Comment any unclear expressions. 

3) Besure that the evaluation of the expressions never produces a result which is too 
large for 16 bits. 


CONDITIONAL ASSEMBLY 


The 8080A/8085 assembler has a simple conditional assembly capability based 
on the pseudo-operations IF and ENDIF. IF is followed by an expression. for example: 


BASE-1000H or OPER1 


If the expression is not zero. the assembler includes all the instructions up to the ENDIF 
pseudo-operation in the program; if the expression is zero, the assembler ignores all in- 
structions between IF and ENDIF. 


We will not use conditional assemblies, or refer to this capability again; it is sometimes 
handy for adding or eliminating debugging instructions, but that is all. 
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MACROS 


The standard 8080A/8085 assembler has a macro capability which assigns names 
to instruction sequences. Use the pseudo-operation MACRO to begin the definition 
and ENDM to end it. The macro may have parameters and may include any assembly 
language instructions except the definitions of other macros. 


The macro capability is often a convenient programming shorthand; but we will not use ~~ 
it. 


Note+that™instruction sequences ‘defined by-macros are generally quite short; they 
should not exceed ten or fifteen instructions. Longer sequences should be made into 
subroutines to conserve memory space. 


Every MACRO pseudo-operation must have a label; the label is the name with which 
you identify the macro. For a discussion of this subject; see Chapter 2. 


BNPF FORMAT 


The 8080A/8085 assembler produces paper tapes in a format known as BNPF. 
Binary data is represented by the ASCII codes for the letters В, М, P and Е, as follows: 


B = beginning of 8-bit word 
N - binary 0 

Р - binary 1 

F - ending of 8-bit word 


For example, the binary code 01101101 becomes: 
BNPPNPPNPF 


Thus ten bytes of paper tape are used to encode a single data byte. This format is used 
to create masks for ROMs and to program PROMs. 
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Chapter 4 
SIMPLE PROGRAMS 


The only way to learn assembly language programming is to write assembly 
language programs. That is what we will do for the next six chapters, which con- 
tain examples of typical microprocessor tasks. Problems at the end of each 
chapter contain variations on the examples given in the text of the chapter. You 
should try to execute examples on an 8080A or 8085-based microcomputer to in- 
sure that you understand the material covered in the chapter. 


In this chapter we begin with some very simple programs. 


GENERAL FORMAT OF EXAMPLES 


Each program example contains the following parts: EXAMPLE 
А н : FORMAT 
1) A title which describes the problem. 


2) A statement of purpose which describes the specific task 
which the program performs, plus the memory locations which it uses. 


3) .A sample problem showing input data and results. 

4) A flowchart if the program logic is complex. 

5) The source program, or assembly language listing of the program. 

6) The object program, or hexadecimal machine language listing of the program. 

7) Explanatory notes which discuss the instructions and methods used in the pro- 
gram. 


The problems at the end of the chapter are similar to the examples; problems 
should be programmed on an 8080A or 8085-based microcomputer system using 
the examples as guidelines. 


The source programs in the examples have been constructed as follows: 

1) Standard Intel 8085 and 8080A assembler notation is used, as GUIDELINES 
summarized in Chapter 3. FOR 

2) Data and address codes are selected for clarity rather than EXAMPLES 
consistency. We use hexadecimal numbers for memory ad- 
dresses, instruction codes, and BCD data, decimal for numeric constants, binary for 
logical masks, and ASCII for characters. 

3) Frequently used instructions and programming techniques are emphasized. 

4) Examples illustrate tasks which microprocessors actually perform in communica- 
tions, instrumentation, computer, business equipment, industrial, and military ap- 
plications. 

5) Detailed comments are included. 

6) Simple and clear structures are emphasized, but programs are as efficient as possi- 
ble within this guideline. The notes often describe more efficient procedures. 

7) Programs use consistent memory allocations. Each program starts in memory loca- 
tion 0 (the RESET location),-and ends with the endless loop instruction: 

HERE: JMP HERE 
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This endless loop instruction avoids difficulties associated with the 8080A HLT in- 
struction. (i.e., systems which do not have interrupts may find it very difficult to 
clear HLT). You may replace this instruction with a RESTART or JUMP instruction 
which transfers control back to the monitor in some 8080-based microcomputers. 
Consult the users manual for your microcomputer to determine the required 
memory allocations and terminating instruction. 


GUIDELINES FOR PROBLEMS 

When tackling the problems at the end of each chapter try PROGRAMMING 

to work within the following guidelines: GUIDELINES 

1) Comment each program so that others can understand it. 
The comments can be brief and ungrammatical; they should explain the purpose of 
a section or instruction in the program. Comments should not describe the opera- 
tion of instructions; that description is available in manuals. You do not have to 
comment each statement or explain the obvious. You may follow the format of the 
examples but provide less detail. 

2) Emphasize clarity, simplicity, and good structure in programs. While programs 


should be reasonably efficient, do not worry about saving a single word of program 
memory or a few microseconds. 


3) Make programs reasonably general. Do not confuse parameters (such as the num- 
ber of elements in an array) with fixed constants (such as т or ASCII С). 

4) Never assume fixed initial values for parameters, i.e., use an instruction to load an 
initial value into a parameter. Do not place an initial value in the parameter as part 
of the object program. 

5) Use assembler notation as shown in the examples and defined in Chapter 3. 

6) Use hexadecimal notation for addresses. Use the clearest possible form for data. 

7) |f your microcomputer allows it, start all programs in memory location О and use 
memory locations starting with 4016 for data and temporary storage. Otherwise, 
establish equivalent addresses for your microcomputer and use them consistently. 
Again, consult the user's manual. 

8) Use meaningful names for labels and variables, e.g.. SUM or CHECK rather than X, 
Y ж z- 

9) Execute each program on your microcomputer. There is no other way of ensuring 
that your program is correct. We have provided sample data with each problem. Be 
sure that the program works for special cases. 


We now summarize some useful information that you should keep in mind when 
writing programs. 


Almost all processing instructions (e.g. ADD, SUBTRACT, USING THE 
AND, SHIFT, OR) use the Accumulator. In most cases you will ACCUMULATOR 
load data into the Accumulator with either LDA or MOV A. M. 


You will store the result (from the Accumulator) in memory with either STA or MOV M, 
A. 


The preferred method of accessing memory is using implied ad- USING 
dressing via Registers H and L, that is. using register code M. This REGISTER 
code causes the 8080A or 8085 to perform a memory access using M 

the address stored in Registers H and L. You can use LXI (Load 
Register Pair Immediate) or LHLD (Load H and L Direct) to place a starting value in 
Registers H and L. You can use INX (Increment Register Pair) or DCX (Decrement 
Register Pair) to increment or decrement (by 1) the address in Registers H and L. 





The 8-bit arithmetic and logical operations all use the data in the Accumulator as one of 
their operands and place their result in the Accumulator. 
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Some of the 8-bit arithmetic .and logical operations have SPECIAL 
special uses, for example: INSTRUCTIONS 


SUB A (or XRA A) clears the Accumulator. 


ADD A shifts the Accumulator left logically. This instruction also multiplies the con- 
tents of the Accumulator by 2. 


ANA A (or ORA A) clears the Carry flag while preserving the contents of the Accumula- 
tor. 


A logical AND can mask off parts of a word. The required mask has '1' bits in the posi- 
tions which you want to reserve and ‘0’ bits in the positions which you want to clear. 


EXAMPLES 
Ones Complement 


Purpose: Logically complement the contents of memory location 4016 and place the 
result in memory location 4116. 


Sample Problem: 


(40 = 6A 
Result = (41) = 95 ۰ 
Source Program: 
LDA 40H ;GET DATA 
CMA ;COMPLEMENT DATA 
STA 41H ;:STORE RESULT 


HERE: JMP HERE 
Object Program: 


Memory Address Instruction Memory Contents 
(Hex) (Mnemonic) (Hex) 


LDA 40H 


CMA 
STA 41H 


JMP HERE 





LDA, STA, and JMP all require 16-bit addresses; the eight least significant address bits 
are in the word immediately following the instruction code and the eight most signifi- 
cant bits in the next word (this order is unique to the 8080 and contrary to normal com- 
puter practice). 


CMA is a one-word instruction which inverts each bit in the Accumulator. We often use 
CMA to transfer data to or from a peripheral device that uses negative logic (e.g., a dis- 
play which is turned on by a zero, off by a one). 


The address for the "endless loop" instruction (JMP HERE) is the address of the first 
word in that instruction. You will have to reset or stop the microcomputer in order to 
get it out of the loop. 


8-Bit Addition 
Purpose: Add the contents of memory locations 40 and 41 and place the result in 
memory location 42. 


Sample Problem: 


(40) = 38 
(41) = 2B 
Result = (42) = 63 
Source Program: 
LXI H,40H 
MOV Ам ;GET FIRST OPERAND 
INX H 
ADD M ;ADD SECOND OPERAND 
INX H 
MOV M.A ;STORE RESULT 


HERE: JMP HERE 
Object Program: 





LXI H,40H loads the contents of the following two words of program memory into 
register pair H (Registers H and L). The first word goes into Register L, the second into 
Register H. 


The register code 'M' means that data is obtained from or sent to the memory location 
addressed by Registers H and L. Thus MOV A.M moves data from the addressed loca- 
tion to the Accumulator; MOV M.A moves data from the Accumulator to the addressed 
location; ADD M adds the contents of the addressed location to the contents of the Ac- 
cumulator. Remember that H and L contain a 16-bit address but that memory location 
contains 8 bits of data. 


INX performs a 16-bit increment in one instruction cycle. The CPU doesn't use the 8-bit 
arithmetic unit for the increment; it uses the incrementer that it normally uses to incre- 
ment the 16-bit Program Counter. 


MOV A.M and MOV M.A are preferable to LDA and STA whenever you use the same 
memory location repeatedly or use adjacent locations, because MOV requires less pro- 
gram memory and time than LDA and STA. Note, however, that you must load 
Registers H and L before you can use Register M. 
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Shift Left One Bit 


Purpose: Shift the contents of memory location 40 left one bit and place the result in 
memory location 41. Clear the empty bit position. 


Sample Problem: 
(40) 6F 
Result = (41) = DE 


Source Program: 


LDA 40H ;GET DATA 
ADD A ;SHIFT DATA LEFT LOGICALLY 
STA 41H ;:STORE RESULT 


HERE: JMP HERE 
Object Program: 


Memory Address Instruction Memory Contents 
(Hex) (Mnemonic) (Hex) 





ADD A simply adds the contents of the Accumulator to itself. The result is, of course, 
twice the original data, which is the same result that a logical left shift would produce. 
The least significant bit of the result is zero since О+0 = 1+1 - 0; 1+1 also produces а 
Carry to the next bit. 


Sample Problem: 


(40) = B8 
Result = (40) =08 
Source Program: 
LDA 40H ;GET DATA 
ANI 00001111B ;MASK OFF MOST SIGNIFICANT BITS 
STA 41H ;:STORE RESULT 


HERE: JMP HERE 
Object Program: 


Memory Address Instruction Memory Contents 
(Hex) (Mnemonic) (Hex) 


LDA 40H 


ANI 00001111B 


STA 41H 


HERE: JMP HERE 





ANI logically ANDs the contents of the Accumulator with the contents of the word of 
program memory immediately following the instruction. AND may be used to clear bits 
that are not in use. The four least significant bits could be an input from a switch or an 
output to a numeric display. 
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Clear A Memory Location 
Purpose: Clear memory location 40. 
Source Program: 


SUB A 
` STA 40H ;CLEAR LOCATION 40 
HERE: JMP HERE 


Object Program: 


Memory Address Instruction Memory Contents | 
(Hex) (Mnemonic) (Hex) 


SUB A 
STA 40H 


JMP HERE 





SUB A subtracts the number in the Accumulator from itself. The result is to clear the 
Accumulator. This instruction, ХВА А, ог MVI A.O can all clear the Accumulator. MVI 
A,0 takes more time and memory but doesn't affect the status flags. 


'Word Disassembly 


Purpose: Divide the contents of memory location 40 into two 4-bit sections and store 
them in memory locations 41 and 42. Place the four most significant bits of 
memory location 40 in the four least significant bit positions of memory loca- 
tion 41; place the four least significant bits of memory location 40 in the four 
least significant bit positions of memory location 42. Clear the four most sig- 
nificant bit positions of memory locations 41 and 42. 


Sample Problem: 


(40) = ЗЕ 

Result = (41) = 03 
(42) = OF 
Source Program: 

LXI H,40H 
MOV A.M ;GET DATA 
MOV B.A 
RRC 
RRC :SHIFT DATA RIGHT 4 TIMES 
RRC 
RRC 
ANI 000011118 ;MASK OFF LSBs 
INX H 
MOV M.A STORE MSBs 
MOV A.B ;RESTORE ORIGINAL DATA 
‚АМ 00001111B ;MASK OFF MSBs 
INX H 
MOV M.A ;:STORE LSBs 


HERE: JMP HERE 


Object Program: 


Memory Address Instruction Memory Contents 
(Hex) (Mnemonic) (Hex) 


LXI 


MOV 
MOV 
RRC 
RRC 
RRC 
RRC 


ANI 000011118 


MOV ; 
MOV АВ 
00001111B 





Instructions using Register М оссиру опіу one word of program memory. However, the 
Address register (H and L) must be loaded before M can be used. Thus implied memory 
addressing saves time and memory, as compared to direct memory addressing, only 
when the program repeatedly uses the same address or consecutive addresses. 


RRC shifts the Accumulator right one bit circularly with the least significant bit going to 
the most significant bit position and to the Carry. Shifting the Accumulator right four 
times requires four RRCs. 


Many 8080A/8085 instructions affect a pair of 8-bit registers. The pairs are H (H and L), 
О (О and Е), В (В апа С), and SP (the Stack Pointer). Registers В, О and Н are the most 
significant 8 bits of the pairs; Registers С, Е, and L are the least significant 8 bits. The 
common instructions that use register pairs are LXI (Load Register Pair Immediate), DCX 
(Decrement Register Pair), INX (Increment Register Pair), and DAD (Add Register Pair to 
H and L). 
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Find Larger Of Two Numbers 


Purpose: Place the larger of the contents of memory locations 40 and 41 in memory 
location 42. Assume that the contents of memory locations 40 and 41 are 
unsigned binary numbers. 


Sample Problems: 


a. (40) = 3F 
(41) = 2B 
Result = (42) = 3F 
b. (40) = 75 
(41) = A8 
Result = (42) = A8 
Source Program: 
LXI H,40H 
MOV A.M СЕТ FIRST OPERAND 
INX H 
CMP M 15 SECOND OPERAND LARGER? 
JNC DONE 
MOV A.M ; YES, GET SECOND OPERAND INSTEAD 
DONE:  INX H 
MOV M.A :5ТОВЕ LARGER OPERAND 


HERE: JMP HERE 
Object Program: 





CMP M sets the flags as if the contents of the memory locatation addressed by H and L 
had been subtracted from the contents of the Accumulator. However, the contents of 
the Accumulator are left unchanged for later comparisons or other processing. 


If A is the contents of the Accumulator and X is the second operand for a CMP or CPI in- 
struction, then flags are set as follows: 


1) Zero =1 if A =X 
Zero =O if A #X: 
2) Carry = 1 if A < X 


Carry = 0 if A >X 
(А, X unsigned binary numbers) 
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CMP sets the Carry to 1 if a Borrow would be necessary to actually perform the subtrac- 
tion, i.e.. if the number being subtracted from the contents of the Accumulator is 
greater than those contents. Thus the sequence CMP, JNC causes a Jump if the con- 
tents of the Accumulator are greater than or equal to the other number. 


JNC DONE causes a Jump to memory location DONE if the Carry flag = 0. Otherwise (if 
Carry = 1), the computer continues with the next sequential memory location after the 
JNC instruction. 


DONE and HERE are just names which you assign to locations in program memory so 
that they are easier to remember. Remember that these names are labels and must be 
followed by а colon on the line where they are defined. In this program, DONE is memo- 
ry location 000А and HERE is memory location 000С. Тһе 8080A/8085 assemblers 
allow five characters in labels — the first must be a letter while the others may be let- 
ters or numbers (some special characters are allowed but we will not use them). 


16-Bit Addition 


Purpose: Add the 16-bit number in memory locations 40 and 41 to the 16-bit number 
in memory locations 42 and 43. The most significant eight bits of the two 
numbers to be added are in memory locations 41 and 43. Store the result in 
memory locations 44 and 45 with the most significant byte in memory loca- 


tion 45. 
Sample Problem: 
(40) = 2A 
(41) = 67 
(42) = F8 
(43) - 14 
Result = 672A+14F8 = 7С22 
(44) = 22 
(45) = 7C 
Source Program: 
LHLD 40H ;GET FIRST 16-BIT NUMBER 
XCHG 
LHLD 42H ;GET SECOND 16-BIT NUMBER 
DAD D :16-ВІТ ADDITION 
SHLD 44H ;STORE 16-BIT RESULT 


HERE: JMP HERE 
Object Program: 


LHLD 40H 


XCHG 
LHLD 


DAD 
SHLD 


JMP 





LHLD loads Registers H and L from two memory locations, the one specified in the in- 
struction and the next consecutive one.The contents of the first addressed location 
goes to Register L. The contents of the next location goes to Register H. Thus LHLD 40 
means (L) = (40), (H) = (41). The actual transfer proceeds one byte at a time and takes 
16 clock cycles. The advantage of the 16-bit Load instructions over two 8-bit Load in- 
structions is that the CPU only has to fetch one instruction from memory. Note the 
difference between LXI, which loads a fixed 16-bit value from ROM into a register pair, 
and LHLD. which loads the contents of two RAM locations into H and L. 


XCHG exchanges the contents of Registers D and E with H and L. No numbers are 
changed or destroyed: XCHG can replace a whole series of MOV instructions. 


DAD adds the 16-bit number in Registers D and E to the 16-bit number in Registers H 
and L. The result is placed in Registers H and L. DAD actually adds one byte at a time; it 
executes in ten clock cycles. 


SHLD stores the contents of Registers H and L in two memory locations, the one 
specified in the instruction and the next consecutive one. The contents of L goes in the 
Specified location and the contents of H goes in the next location. Thus SHLD 44 means 
(44) = (L), (45) = (Н). As with LHLD, the actual transfer proceeds one byte at a time; it 
executes in 16 clock cycles. 


Although the 8080 is an 8-bit processor, it has instructions which handle 16-bit num- 
bers. These instructions are primarily intended for handling addresses, but you can also 
use them for 16-bit data. The most common ones and their uses are: 


1) DAD — 16-Bit Add 
Used to access tables and to add 16-bit data units. 
2) DCX — 16-Bit Decrement 
Used to subtract 1 from the contents of an Address register. 
3) INX — 16-Bit Increment 
Used to add 1 to the contents of an Address regisier. 
4) LHLD — 16-Bit Load Direct 
Used to place variable addresses in the main Address register (H and L). 
5) LXI — 16-Bit Load Immediate 


Used to initialize an Address register with a fixed value, i.e., the starting address of 
an array or table. 


6) SHLD — 16-Bit Store Direct 
Used to store addresses in memory from the main Address register (H and L). 


Table Of Squares 


Purpose: Calculate the square of the contents of memory location 40, using a table. 
and place the result in memory location 41. Assume memory location 40 
contains a number between 0 and 7 inclusive, i.e., 0 < (40) < 7. 


The table occupies memory locations 60 to 67. 





Sample Problems: 


а. (40) = ОЗ 
Result = (41)=09 
b. (40) = 06 
Result = (41) = 24 
Source Program: 
LDA 40H ;GET DATA 
MOV L.A :МАКЕ DATA INTO 16-BIT INDEX 
MVI H,O 
LXI D.60H :СЕТ STARTING ADDRESS OF TABLE OF SQUARES 
DAD D ‘INDEX TABLE WITH DATA 
MOV A.M ;GET SQUARE OF DATA . 
STA 41H 


HERE: JMP HERE 
Object Program: 


Memory Address Instruction Memory Contents 
(Hex) (Mnemonic) (Hex) 





as м5 ای‎ wound 


the DB pseudo-operation, rather than by executing instructions to load values into the 
table. 


MOV L.A moves the data in the Accumulator to Register L. The data is the eight least 
significant bits of the index. 


MVI Н,0 clears Register Н so that it does not interfere with the 16-bit addition of start- 
ing address and index. Never assume that a register contains zero at the start of a pro- 
gram. 


LXI D,60H loads the starting address of the table into Registers D and E. We use D and E 
for the starting address since the DAD instruction does not change D and E. Thus the 
starting address of the table will still be in D and E in the event that we want another 
element from the table. 


DAD D adds the starting address and the index; the result in H and L is thus the address 
of the correct entry. MOV A.M then moves that entry to the Accumulator. 


Arithmetic which.a microprocessor cannot do directly in a few in- 
structions is often best performed with lookup tables. Lookup ta- TABLES 
bles simply contain all the possible answers to the problem; they 

are organized so that the answer to a particular problem can be found easily. The 
arithmetic problem now becomes an accessing problem — how do we get the correct 
answer from the table? We must know two things — the position of the answer in the 
table (called the index) and the base or starting address of the table. The address of the 
answer is then just the base address plus the index. 


The base address, of course, is a fixed number for a particular table. How can we deter- 
mine the index? In simple cases, where a single piece of data is involved. we can organ- 
ize the table so that the data is the index. In the table of squares, the Oth entry in the ta- 
ble contains zero squared, the first entry 1 squared, etc. In more complex cases where 
the spread of input values is very large or there are several data items involved (e.g.. 
roots of a quadratic or number of permutations), we must use more complicated 
methods to determine indexes. 


The basic tradeoff in using a table is time vs. memory. Tables are faster, since no com- 
putations are required, and simpler, since no mathematical methods must be devised 
and tested. However, tables can occupy a large amount of memory if the range of the 
input data is large. We can often reduce the size of a table by limiting the accuracy of 
the results, scaling the input data, or organizing the table cleverly. Tables are often 
used to compute transcendental and trigonometric functions, linearize inputs, convert 
codes, and perform other mathematical tasks. 
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16-Bit Ones Complement 


Purpose: Place the ones complement of the 16-bit number in memory locations 40 
and 41 into memory locations 42 and 43. The most significant bytes are in 
locations 41 and 43. 


Sample Problem: 


(40) 
(41) 


Result 


The ones complement inverts each bit of the original number; the sum of the original 
number and its ones complement will always be all 1 bits. 


Source Program: 


LHLD 
MOV 
CMA 
MOV 
MOV 
CMA 
MOV 
SHLD 
HERE: JMP 


Object Program: 


67 
E2 
(42) = 98 
(43) = 1D 


40H 
AL 


;GET DATA 


:СОМРІЕМЕМТ 8 LSBs 


;COMPLEMENT 8 MSBs 


;:STORE ONES COMPLEMENT 


LHLD 


MOV 
CMA 
MOV 
MOV 
CMA 
MOV 


4-14 


40H 


AL 


LA 
АН 


H.A 
42H 





PROBLEMS 


1) Twos Complement 


Purpose: Place the twos complement of the contents of memory location 40 into 
memory location 41. The twos complement is the ones complement plus 
one. 


Sample Problem: 
(40) 3E 
Result = (41) = D2 
The sum of the original number and its twos complement is zero (try the sample case). 
2) 8-Bit Subtraction: 


Purpose: Subtract the contents of memory location 41 from the contents of memory 
location 40. Place the result in memory location 42. 


Sample Problem: 


ДО): 77 
(41) = 39 
Result = (42) =3E 


3) Shift Left Two Bits 


Purpose: Shift the contents of memory location 40 left two bits and place the result in 
memory location 41. Clear the two least significant bit positions. 


Sample Problem: 
(40) 5D 
Result = (41)=74 
4) Mask Off Least Significant Four Bits 


Purpose: Place the four most significant bits of the contents of memory location 40 
into memory location 41. Clear the four least significant bits of memory loca- 


tion 41. 
Sample Problem: 
(40) = C4 
Result = (41)=CO 


‘5) Set A Memory Location То All Ones 
Purpose: Memory location 40 is set to all ones (FF hex). 


6) Word Assembly 

Purpose: Combine the four least significant bits of memory locations 40 and 41 into a 
word and store them in memory location 42. Place the four least significant 
bits of memory location 40 in the four most significant bit positions of memo- 
ry location 42; place the four least significant bits of memory location 41 in 
the four least significant bit positions of memory location 42. 

Sample Problem: 


(40) 6A 
(41) ВЗ 


Result =(42) = АЗ 


oampie rropiems: 


a. (40) = 3F 
(41) = 2B 

Result = (42) =2B 
b. (40) = 75 
(41) = A8 


Result = (42) = 75 


8) 24-Bit Addition 


Purpose: Add the 24-bit number in memory locations 40, 41, and 42 to the 24-bit 
number in memory locations 43, 44, and 45. The most significant eight bits 
are in memory locations 42 and 45, the least significant eight bits in memory 
locations 40 and 43. Store the result in memory locations 46, 47, and 48 with 
the most significant bits in 48 and the least significant bits in 46. 


Sample Problem: 





(40) = 2A 
“i = 67, 
(42) = 35 
(43) = F8 
(44) = А4 
(45) = 51 

Result = (46) = 22 

(47) - ОС 

(48) - 87 

ie., :35672A 

+ 51A4F8 

870C22 


9) Sum Of Squares 


Purpose: Calculate the squares of the contents of memory locations 40 and 41 and 
add them together. Place the result in memory location 42. Assume that 
memory locations 40 and 41 both contain a.number between 0 and 7 in- 
clusive, і.е., 0 < (40) < 7 and 0 < (41) < 7. Use the table of squares from 
the example entitled "Table Of Squares” 


Sample Problem: 


(40) = 03 
(41) = 06 
Result = (42) = 2D 
i.e., 32+62 = 9+36 (decimal) 


= 45 = 2D (hex) 
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10) 16-Bit Twos Complement 


Purpose: Place the twos complement of the 16-bit number in memory locations 40 
and 41 (most significant bits іп 41) in memory locations 42 апа 43 (most sig- 
nificant bits in 43). 


Sample Problem: 


(40) = 00 

(41) = 58 
Result = (42) = 00 
(43) = A8 





Chapter 5 
SIMPLE PROGRAM LOOPS 


The program loop is. the basic structure which forces the CPU to repeat a sequence of 
instructions. Loops have four sections: 


1) The initialization section which establishes the starting values of counters, Address 
Registers (pointers), and other variables. 


2) The processing section where the actual data manipulation occurs. This is the sec- 
tion which does the work. 


3) The loop control section which updates counters and pointers for the next iteration. 
4) The concluding section which analyzes and stores the results. 


Note that the computer performs Sections 1 and 4 only once, while it may perform Sec- 
tions 2 and 3 many times. Thus, the execution time of the loop will be mainly depen- 
dent on the execution time of Sections 2 and 3. You will want Sections 2 and 3 to ex- 
ecute as quickly as possible; do not worry about the execution time of Sections 1 and 4. 
A typical program loop can be flowcharted as shown in Figure 5-1, or the positions of 
the processing and loop control sections may be reversed as shown in Figure 5-2. The 
processing section in Figure 5-1 is always executed at least once, while the processing 
section in Figure 5-2 may not be executed at all. Figure 5-1 seems more natural, but 
Figure 5-2 is often more efficient and avoids the problem of what to do when there is no 
data (a bugaboo for computers and the frequent cause of silly situations like the com- 
puter dunning someone for a bill of $0.00). 
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Initialization section 


Processing section 


Loop control section 


Has 
task been 
completed 


Concluding section 





Figure 5-1. Flowchart Of A Program Loop 
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Initialization section 


Loop control section 


Concluding section 





Figure 5-2. A Program Loop Which Allows Zero Iterations 


The loop structure can process entire blacks of data. To accomplish this. the program 
must increment an Address register (usually register pair H ) after each iteration so that 
the Address register points to the next element in the data block. The next iteration will 
then perform the same operations on the data in the next memory location. The com- 
puter can handle blocks of any length with the same set of instructions. Register M is 
the key to processing blocks of data with the 8080, since it allows you to vary the actual 
memory address by changing the contents of register pair H. 


Purpose: Calculate the sum of a series of numbers. The length 8-BIT 
of the series is in memory location 41 and the series SUMMATION 
itself begins in memory location 42. Store the sum 


in memory location 40. Assume the sum to be an 8-bit number so you can ig- 
nore carries. 


Sample Problem: 


(41) = 03 
(42) = 28 
(43) = 55 
(44) = 26 


Result = (42) + (43) + (44) = (40) 
28 + 55 + 26 = A3 
There are 3 entries in the sum since (41) = 03. 


Flowchart: 


Pointer 
Count 


Sum = Sum + 
(Pointer) 


Pointer = Pointer + 1 
Count = Count - 1 
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Source Program: 


LXI H.41H 
MOV BM ;COUNT = LENGTH OF SERIES OF NUMBER 
SUB A :50М = 0 
SUMD:  INX H 
ADD M ;SUM = SUM + DATA 
DCR B 
JNZ SUMD 
STA 40H STORE SUM 


HERE: JMP HERE 
Object Program: 





The first three instructions form the initialization section of the program. They set the 
pointer, counter, and sum to their starting values. Note that MOV can transfer data bet- 
ween memory and any of the General Purpose registers, while LDA and STA can only 
transfer data between memory and the Accumulator. 


The processing section of the program is the single instruction ADD M which adds the 
contents of the memory location being addressed by Registers H and L to the contents 
of the Accumulator, and stores the result in the Accumulator. This instruction does the 
real work of the program. 


The loop control section of the program consists of the instructions INX H and DCR B. 
INX H updates the pointer so that the next iteration adds the next number to the sum. 
DCR B decrements the counter which keeps track of how many iterations are left. 


The instruction JNZ SUMD causes a Jump to location SUMD if the Zero flag is zero. If 
the Zero flag is one, the CPU executes the next instruction in sequence (i.e., STA 40H). 
Since DCR B was the last instruction before JNZ to affect the Zero flag. JNZ SUMD 
causes a Jump to SUMD if DCR B did not produce a zero result, i.e., 


(PC) =.SUMD if (B) #0 
(PC) = (PC) + 3 if (B) =0 


(PC is incremented by 3 because of the three-word JNZ instruction.) A single instruc- 
tion which combined the Decrement and the Jump would be a useful addition to the 
8080 instruction set. 
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Most computer loops count down rather than up so that the Zero flag can be used as an 
exit condition. Remember that the Zero flag is 1 if the result was zero and 0 if the result 
was not zero. Try rewriting the program so that it counts up rather than down: which 
method is more efficient? 


The order of instructions is often very important. For example, DCR B must come right 
before JNZ SUMD, since otherwise the Zero result set by DCR B could be changed by 
another instruction. In addition, INX H must come before ADD M or else the first num- 
ber added to the sum will be (41) instead of (42). 
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16-Bit Sum Of Data 


Purpose: Calculate the sum of a series of numbers. The length of the series is in 
memory location 42, and the series itself begins in memory location 43. Store 
the sum in memory locations 40 and 41 (eight most significant bits in 41). 


Sample Problem: 


(42) = 03 
(43) = C8 
(44) = FA 
(45) = 96 
Result = C8 + FA + 96 = 0258 (hex) 
(40) = 58 
J =. 02 


Flowchart: 






Sumi = 0 
Sumu = 0 
Pointer = 43 
Count = (42) 








биті = Suml + 
(Pointer) 


Pointer = Pointer + 1 
Count = Count - 1 
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Source Program: 


LXI H.42H 
MOV B.M ;COUNT = LENGTH OF SERIES 
SUB A ;LSBs OF SUM = 0 
MOV CA ;MSBs OF SUM = 0 
DSUMD: INX H 
ADD M ¡SUM = SUM + DATA 
JNC CHCNT 
INR С ;ADD CARRY TO MSBs OF SUM 


CHCNT: DCR B 
JNZ DSUMD 


LXI H,40H ;STORE LSBs OF SUM 
MOV M.A 
INX H ;STORE MSBs OF SUM 
MOV M,C 


HERE: JMP HERE 
Object Program: 


LXI 


MOV 
SUB 
MOV 
INX 
ADD 
JNC 


INR 
DCR 
JNZ 


LXI 


MOV 
INX 
MOV 
JMP 





The structure of this program is the same as the structure of the last one. The most sig- 
nificant bits of the sum now must be initialized and stored. The processing section con- 
sists of three instructions (ADD М, JNC CHCNT, INR C), including a conditional Jump. 


JNC CHCNT causes a Jump to memory location CHCNT if the Carry — O. Thus, if there 
is no Carry from the 8-bit addition, the program jumps around the statement that incre- 
ments the most significant bits of the sum. 


INR C adds 1 to the contents of Register C. INR is an 8-bit increment; INX is a 16-bit in- 
crement. 


Number Of Negative Elements 


Purpose: Determine the number of negative elements (most significant bit 1) in a 
block of data. The length of the block is in memory location 41 and the block 
itself starts in memory location 42. Store the number of negative elements in 


memory location 40. 


Sample Problem: 


(41) 
(42) 
(43) 
(44) 
(45) 
(46) 
(47) 


Result 
Flowchart: 


Il 


hou E td 







Pointer 
Count 


Pointer = Pointer + 1 
Count = Count - 1 


Yes 
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Source Program: 


LXI H.41H 

MOV B.M :СООМТ = NUMBER OF ELEMENTS 

MVI А,011111118 ;LARGEST POSITIVE NUMBER FOR 

;COMPARISON 

MVI с.0 :NUMBER OF NEGATIVES =0 
SRNEG: ІМХ H 

CMP M 15 MSB OF DATA 1? 

JNC CHCNT ;NO IF NO BORROW NEEDED 

INR C ; YES, ADD 1 TO NUMBER OF NEGATIVES 
CHCNT: DCR B 

JNZ SRNEG 

MOV A.C 

STA 40H ;:STORE NUMBER OF NEGATIVES 


HERE: JMP HERE 
Object Program: 


LXI H,A1H 


MOV BM 
MVI A,01111111B 


MVI с.0 
SRNEG: ІМХ 


СМР 
JNC 


INR 
CHCNT: DCR 
JNZ 


MOV 
STA 


HERE: JMP 





Negative numbers all have a most significant bit of 1. Thus negative numbers are ac- 
tually larger than positive numbers when twos complement notation is used. 


CMP M sets the flags as if the contents of the memory location addressed by Registers 
H and L had been subtracted from the contents of the Accumulator. Neither the Ac- 
cumulator nor the memory location is changed. Thus the value in the Accumulator 
stays the same for the next iteration. 
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CMP M sets flags as follows: 


Zero = 1if(A) = (M) 
= Oif (A) + (М) 
Carry 1 if (A) < (M) 


О if (A) > (M), i.e., the subtraction does not require a Borrow. 


Since A contains 7F (hex) in the program, the flags will be: 


Zero - 14 (М) = 7Е 
= 0 if (M) + 7F 
Carry ` = 1 if (M) > 7F 
= Oif (M) < 7F 


So if (M) has an MSB of 1, the Carry will be 1; if (M) has ап MSB of 0, the Carry will be 0. 


The CMP instruction is necessary in order to set the flags. Placing the data in the Ac- 
cumulator (MOV А, M) doesn't affect the flags: we would have to follow it with ORA A 
or ANA A, which affect the flags but don't change the value in the Accumulator. CMP is 
convenient because it affects the flags without changing any registers and can thus be 
used to directly examine the contents of a memory location. The CMP instruction also 
affects the Sign flag. If you replace the JNC CHCNT instruction with a JM CHCNT in- 
Struction, can you restructure the initialization section of the source program so that it 
will perform the specified task? 


Find Maximum 


Purpose: Find the largest element in a block of data. The length of the block is in 
memory location 41 and the block itself begins in memory location 42. Store 
the maximum in memory location 40. Assume that the numbers in the block 
are all 8-bit unsigned binary numbers. 


Sample Problem: 


(41) = 05 
(42) = 67 
(43) = 79 
(44) = 15 
(45) = E3 
(46) = 72 
Result = (40) = ЕЗ since this is the largest of the five unsigned 
numbers. 
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Flowchart: 





Source Program: 


LXI H,41H ;POINT TO COUNT 

MOV BM ;COUNT = NUMBER OF ELEMENTS 

SUB A :МАХІМОМ = MINIMUM POSSIBLE VALUE (ZERO) 
NEXTE: ІМХ H - 

СМР M 15 NEXT ELEMENT > MAXIMUM? 

JNC DECNT 

MOV A.M ; YES, REPLACE MAXIMUM 
DECNT: DCR B 

JNZ NEXTE 

STA 40H ;:SAVE MAXIMUM 


HERE: JMP HERE 


Object Program: 


Memory Address Instruction Memory Contents 
(Hex) (Mnemonic) (Hex) 





The first three bytes of this program form the initialization section. The SUB A clears the 
Accumulator. 


This program takes advantage of the fact that zero is the smallest 8-bit unsigned binary 
number. When you set the register that will contain the maximum value, in this case 
the Accumulator, to the minimum possible value before you enter the loop, then the 
program will set the Accumulator to a larger value unless all the elements in the list are 
zeros. 


The program works properly if there is only one element but not if there are none at all. 
Why? How could you solve this problem? 


The instruction CMP M sets the Carry flag as follows: 


1 if ELEMENT > MAX 
0 if ELEMENT < МАХ 


If Carry = 0, the program proceeds to DECNT and does not change the maximum. If 
Carry = 1, the program replaces the old maximum with the current element. 


i 


Carry 


The program does not work if the numbers are signed because negative numbers will 
appear to be larger than positive numbers. The problem is somewhat tricky because of 
overflow; you can solve it by remembering that overflow can only occur in subtraction 
when the numbers have the opposite sign. Why? If the numbers do have the opposite 
sign. the positive number is clearly larger. The solution would be simpler if the 8080 
had an Overflow bit. 
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Justify A Binary Fraction 


Purpose: Shift the contents of memory location 40 left until the most significant bit of 
the number is 1. Store the result in memory location 41 and the number of 
left shifts required in memory location 42. If the contents of memory location 
40 are zero, clear both 41 and 42. 


Note that the process is just like converting a number to a scientific notation, e.g.. 
0.0057 = 5.7 X 103. 


Sample Problems: 


a. (40) = 22 
Result = (41) = 88 
(42) = 02 
b (40) = 01 
Result = (41) =80 
(42) = 07 
[o (40) = CB 
Result = (41)=CB 
(42) = 00 
d. (40) = 00 
Result = (41) =00 
(42) = 00 
Flowchart: 







«У: - 
No 
5 
most Yes 
significant bit of 
Numb 1 
7 
Мо 
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Source Program: 


SUB A 
MOV В.А ;:NUMBER OF SHIFTS = 0 
LXI H.40H 
ADD M :СЕТ DATA 
JZ DONE ; THROUGH IF DATA 0 
CHKMS: JM DONE 15 NEXT BIT 1? 
INR B ;NO. ADD 1 TO NUMBER OF SHIFTS 
ADD A ;SHIFT LEFT 1 BIT 
JMP CHKMS 
DONE:  INX H ;SAVE JUSTIFIED DATA 
MOV M.A 
INX H 
MOV M.B :SAVE NUMBER OF SHIFTS 


HERE: JMP НЕВЕ 
Object Program: 





JM DONE causes a Jump to location DONE if the Sign bit is 1. This condition may mean 
that the last result was a negative number or may just mean that its most significant bit 
was 1 — the computer only supplies the results; the programmer must provide the in- 
terpretation. 


ADD A adds the number in the Accumulator to itself. The program uses this instruction 
rather than RAL or RLC, because ADD A affects the Sign bit while RAL and RLC do not. 


sa :قةت ةةة ةة ةة‎ wi wusu 


Purpose: Calculate the checksum of a series of numbers. The length of the series is in 
memory location 41 and the series itself begins in memory location 42. Store 
the checksum in memory location 40. The checksum is formed by EX- 
CLUSIVE-ORing all the numbers in the series into the Accumulator. 


Note that such checksums are often used in paper tape and cassette systems to ensure 
that the data has been read correctly. The calculated checksum is compared to the one 
stored with the data — if the two checksums do not agree, the system will usually 
either indicate an error to the operator or automatically read the data again. 


Sample Problem: 


у= оз 
(42) = 28 
(43) = 55 
(44) = 26 
Result = (42) @ (43) @ (44) 
= 28 (D 55 Ф@ 26 
= 00101000 
Ф 01010101 
0111 1101 
® 00100110 
01041011 
= 5B 


2) Sum Of 16-Bit Data 


Purpose: Calculate the sum of a series of 16-bit numbers. The length of the series is in 
memory location 42 and the series itself begins in memory location 43. Store 
the sum in memory locations 40 and 41 (eight most significant bits in 41). 
Each 16-bit number occupies two memory locations with the eight most sig- 
nificant bits in the second one. Assume that the sum can be contained in 16 
bits (i.e., no Carries). 


Sample Problem: 


(42у 03 

(43) = F1 

(44) = 28 

(45) = 1A 

(46) = 30 

(47) = 89 

(48) = 4B 

Result = 28F1 + 301A + 4B89 = A494 ` 

(40) = 94 
(41) = A4 


3) Number Of Zero, Positive, And Negative Numbers 


Purpose: Determine the number of zero. positive (most significant bit zero but entire 
number not zero), and negative elements (most significant bit 1) in a block. 
The length of the block is in memory location 43 and the block itself starts in 
memory location 44. Place the number of negative elements in memory loca- 
tion 40, the number of zero elements in memory location 41, and the number 
of positive elements in memory location 42. 


Sample Problem: 


(43) = 06 

(44) = 68 

(45) = F2 

(46) = 87 

(47) = 00 

(48) = 59 

(49) = 2A 

Result = 2 negative, 3 positive, and 1 zero so 

(40) = 02 
(41) = 01 
(42) = 03 


4) Find Minimum 


Purpose: Find the smallest element in a block of data. The length of the block is in 
memory location 41 and the block itself begins in memory location 42. Store 
the minimum in memory location 40. Assume the numbers in the block are 
8-bit unsigned binary numbers. 


Sample Problem: 


(41) = 05 
(42) = 67 
(43) = 79 
(44) = 15 
(45) = E3 
(46) = 72 
Result = (40) = 15 since this is the smallest of the five unsigned numbers. 


5) Count 1 Bits 


Purpose: Place the number of 1 bits in the contents of memory location 40 into memo- 
ry location 41. 


Sample Problem: 


(40) 
Result 


3B=00111011 
(41) =05 
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Chapter 6 
CHARACTER-CODED DATA 


Microprocessors often handle character-coded data. Not only do keyboards, 
teletypewriters, communications devices, displays, and computer terminals expect or 
provide character-coded data — many instruments and control systems do also. The 
most commonly used code is ASCII. Baudot апа EBCDIC are less frequently used. We 
will assume all of our character-coded data to be 7-bit ASCII with the most significant 
bit zero (see Table 6-1). 


Some principles to remember in handling ASCII-coded data are: HANDLING 


1) 


2) 


3) 


4) 


5) 


The codes for the numbers and letters form ordered subse- DATA IN 


quences. The decimal numbers are hex 30 through 39, the up- 
per-case letters hex 41 through 5A. Thus you can do 
alphabetical ordering by sorting the data in increasing numerical order. 

The computer draws no distinction between printing and nonprinting characters. 
This distinction is only made by the I/O device. i 

An ASCII device will interpret and send all data as ASCII. To print а 7 on an ASCII 
printer, the microprocessor must send hex 37; hex 07 is the ‘bell’ character. 
Similarly, the microprocessor will receive the character 9 from an ASCII keyboard 
as hex 39; hex 09 is the ‘tab’ character. 

Some ASCII devices do not use the full character set. For example, control charac- 
ters and lower-case letters may be ignored or printed as '?'. 


Some widely used ASCII characters are: 
OA - line feed (LF) 

OD - carriage return (CR) 

20 - space 

ЗЕ-? 

7Е- rubout or delete character 


ASCII 
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Ф 
-“-ы<х5< 


























/ 
0 
1 
2 
3 
4 
5 
6 a 
7 b 
8 с 
9 d 
: 65 е 
66 f 
DC1 (X-ON) 67 g 
DC2 (TAPE) 68 h 
DC3 (X-OFF) 69 i 
14 DC4 АРЕ) 6A j 
15 NAK 6B k 
16 SYN 41 А 6С І 
17 ЕТВ 42 B m 
18 CAN 43 с n 
19 EM 44 D o 
1A SUB 45 E p 
1B ESC 46 F q 
1C FS 47 G r 
1D GS 48 H s 
RS 49 ! t 
4A J ч 
4B K v 
4c L w 
4D M x 
4Е N y 
4F 0 z 
50 P | 
а ! 
R | (ALT MODE) 
5 58 
т 7Е ОЕ! (RUB 
ойт) 






€ 
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EXAMPLES 
Length Of A String Of Characters 


Purpose: Determine the length of a string of ASCII characters (7 bits with the most sig- 
nificant bit 0). The string starts in memory location 41; the end of the string 
is marked by a carriage return character (‘CR’, hex OD). Place the length of 
the string (excluding the carriage return) іп memory location 40. 


Sample Problems: 


а. (40) = OD 
Result = (40) = 00 since the first character is a carriage return. 
b. (41) = 52 R 
(42) = 41 A 
(43) = 54 T 
(44) = 48 H 
(45) = 45 Е 
(46) = 52 R 
(47) = OD CR 
Result = (40) =06 
Flowchart: 









Pointer = 41 
Length = 0 






5 
Pointer) = 
Carriage Return? 
Hex OD) 






Length =Length + 1 
Pointer = Pointer + 1 





(40) = Length 


Source Program: 


LXI H,41H ;POINTER = START OF STRING 
MVI В,0 ;LENGTH = 0 
MVI A,ODH 
CHKCR: CMP M 15 CHARACTER ‘CR’? 
JZ DONE ; YES, END OF STRING 
INR B ;NO, ADD 1 TO LENGTH 
INX H 


JMP CHKCR ;EXAMINE NEXT CHARACTER 
DONE: MOV А,В 

STA 40H ;SAVE STRING LENGTH 
HERE: JMP HERE 
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Object Program: 


Memory Address Instruction Memory Contents 
(Mnemonic) 





The carriage return ('CR', OD) is just another ASCII character as far as the computer is 
concerned. The fact that the 1/0 device treats ‘CR’ as a control character rather than as 
a printing character does not affect the computer. 


The Compare instruction sets the flags but leaves the carriage return character in the 
Accumulator for later comparisons. The Zero flag is set as follows: 


Zero — 1 if the character in the string is a carriage return 
Zero = 0 if it is not a carriage return 


The instruction INR B adds 1 to the string length counter in Register B. MVI В,0 initial- 
izes this counter to zero before the loop. Remember to initialize variables before using 
them in a loop. 


This loop does not terminate because a counter decrements to zero. The computer will 
Simply continue examining characters until it finds a carriage return. You may have to 
place a maximum count in a loop like this to avoid problems with erroneous strings 
which do not contain a carriage return. What would happen if the string did not contain 
a carriage return? 
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Note that by rearranging the logic and changing the initial conditions, you can elimi- 
nate several bytes of object code and decrease the execution time of the loop- If we ad- 
just the flowchart so that the program increments the counter and pointer before it 
looks for the carriage return, only one Jump instruction is necessary instead of two. The 
new flowchart and program are: 


Flowchart: 


i Pointer 
D Length 


Length = Length + 1 
Pointer = Pointer + 1 


Is 
Pointer) = 
Carriage Return ? 
(Hex OD) 


(40) = Length 





Source Program: 


LXI H.40H ;POINTER = BYTE BEFORE STRING 
MVI B,OFFH ‘LENGTH = -1 
MVI A,0DH 
CHCKR: INX H 
INR B ;ADD 1 TO LENGTH 
CMP M 15 CHARACTER ‘CR’? 
JNZ CHKCR ;NO, KEEP COUNTING 
MOV A.B 
STA 40H :ҮЕ5, SAVE STRING LENGTH 


HERE: JMP HERE 
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Object Program: 


Memory Address Instruction Memory Contents 
(Mnemonic) (Hex) 


LXI 


MVI 
MVI 


INX 
INR 
CMP 
JNZ 


MOV 
STA 


JMP 
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Find First Non-Blank Character 


Purpose: Search a string of ASCII characters (7 bits with most significant bit 0) for a 
non-blank character. The string starts in memory location 42. Place the ad- 
dress of the first non-blank character in memory locations 40 and 41 (most 
significant bits in 41). A blank character is hex 20 in ASCII. 


Sample Problems: 


a. (42) = 37 (ASCII 7) 
Result = (40) = 42 
(41) - 00 
since memory location 42 contains а non-blank character 
b. (42) = 20SP 
(43) = 20SP 
(44) = 20SP 
(45) = 46F 
Result = (40) = 45 
(41) =00 
Flowchart: 






Is 
Pointer) = 
ASCII blank ? 
Hex 20) 


Yes 
Pointer = Pointer + 1 









(40 and 41) = Pointer 


Source Program: 


LXI H,42H ‘POINT TO START OF STRING 
MVI A,20H :СЕТ ‘SP’ FOR COMPARISON 
CHBLK: CMP M 15 CHARACTER А BLANK? 
JNZ DONE :МО, THROUGH 
INX H 
JMP CHBLK  ;YES, EXAMINE NEXT CHARACTER 
DONE: SHLD 40H ‘SAVE ADDRESS OF FIRST NON-BLANK CHARACTER 


HERE: JMP HERE 
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Object Program: 


Memory Address Instruction Memory Contents 
(Hex) (Mnemonic) (Hex) 





Looking for spaces in strings is a common task. Spaces frequently serve to separate 
fields, and often are eliminated from strings when they are used simply to increase 
readability or to fit particular formats. It is obviously wasteful to store and transmit 
beginning, ending, or extra spaces, particularly if you are paying for the communica- 
tions capability and memory required. 


The instruction SHLD is convenient for storing addresses in the 8080 format (least sig- 
nificant bits first). SHLD 40H stores the contents of Register L in memory location 40 
and the contents of Register H in memory location 41. 
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Again. if we alter the initial conditions so that the loop control section precedes the pro- 
cessing section, we can reduce the number of bytes in the program and decrease the 
loop's execution time. The rearranged flowchart is: 


Flowchart: 


5 
(Pointer) = 
ASCII blank ? 
Hex 20) 


(40 and 41) = Pointer 





Source Program: 


LXI H,41H ;POINT TO BYTE BEFORE STRING 
MVI A, 20H :СЕТ ‘SP’ FOR COMPARISON 
NXTCH: INX H 
CMP M 15 CHARACTER А BLANK? 
JZ NXTCH YES, KEEP EXAMINING CHARACTERS 
SHLD 40H МО, SAVE ADDRESS OF FIRST NON-BLANK 
; CHARACTER 


HERE: JMP HERE 
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Object Program: 


Memory Address Instruction Memory Contents 
(Hex) (Mnemonic) (Hex) 
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Replace Leading Zeros With Blanks 


Purpose: Edit a string of ASCII decimal characters so as to replace all leading zeros 
with blanks. The string starts in memory location 41; assume that it consists 
entirely of ASCII-coded decimal digits. The length of the string is in memory 


location 40. 


Sample Problems: 


a. (40) 
(41) 
Result 


b. (40) 
(41) 

(42) 

(43) 

Result 


ІШІ 


ll 


AD G 


02 

36 = ASCII 6 

No change since the leading digit is not zero 
08 

30 = ASCII 0 

30 = ASCII 0 

38 = ASCII 8 


(41) = 20 = ASCII SP 
(42) = 20 = ASCII SP 


The two leading ASCII zeros have been replaced by ASCII blanks. 


Flowchart: 







Count 
Pointer 


Pointer = Pointer + 1 
Count = Count - 1 
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Source Program: 


LXI H,40H . 
MOV BM ;:COUNT = STRING LENGTH 
MVI д ;GET ASCII 0 FOR COMPARISON 
CHKZ: ` INX H 
CMP M 15 LEADING DIGIT 0? 
JNZ DONE ;NO, THROUGH 
MVI M,20H REPLACE LEADING ZERO WITH BLANK 
DCR B ‚НАМЕ ALL DIGITS BEEN EXAMINED? 


JNZ CHKZ :МО, GO EXAMINE NEXT DIGIT 
DONE:  JMP DONE 


Single quotation marks around characters indicate ASCII. 


Object Program: 


Memory Address Instruction Memory Contents 
(Hex) (Mnemonic) (Hex) 





You will frequently want to edit decimal strings before they are printed or displayed to 
improve their appearance. Common editing tasks include eliminating leading zeros, 
justifying numbers, adding signs or other identifying markers, and rounding. Clearly, 
printed numbers like 0006 or $27.34382 can be confusing and annoying. 


Here the loop has two exits — one if a processor finds a non-zero digit and the other if it 
has examined the entire string. 


The instruction MVI M.20H places 20H in the memory location addressed by Registers 
Н and L. You could also initialize Register C to 20H (i.e., MVI C,20H) and use MOV M,C 
to replace the leading zero with a blank. Note the tradeoffs involved in this example. 
MOV M,C executes faster than MVI M,20H and thus would decrease the inner loop's 
execution time. The overhead required, however, is an MVI C,20H in the initialization 
portion of the routine. If this example were to be used in a cash register application, 
which sequence would you choose and why? 


All digits in the string are assumed to be іп ASCII, i.e., the digits are hex 30 through 39 
rather than the ordinary decimal 0 to 9. The conversion between decimal and ASCII is 
simply a matter of adding hex 30 to a decimal digit. 


You may have to be careful to leave one zero in the event that all the digits are zero. 
How would you do this? 


Note that each ASCII digit requires eight bits as compared to four for BCD. Therefore, 
ASCII is an expensive format in which to store or transmit numerical data. 


Add Even Parity To ASCII Characters 


Purpose: Add even parity to a string of 7-bit ASCII characters. The length of the string 
is in memory location 40 and the string itself begins in memory location 41. 
Place even parity in the most significant bit of each character by setting the 
most significant bit to 1 if that makes the total number of 1 bits in the word 
an even number. 


Sample Problem: 


(40 - 06 
61) = 31 
(a2) 2 32 
(43) = 33 
(44) = 34 
(45) = 35 
(46) = 36 

Result = (41) = B1 

(42) = B3 

(43) = 33 

(44) = B4 

(45) = 35 

(46) = 36 
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Source Program: 


SETPR: 


CHCNT: 


HERE: 


LXI 
MOV 
MVI 
INX 
MOV 
ORA 
JPO 
MOV 
DCR 
JNZ 
JMP 


H.40H 

B.M 

C, 10000000B 
H 

A.M 

C 

CHCNT 

M.A 





(Pointer) — (Pointer) 
OR 100000008 


(Set parity bit) 


Pointer = Pointer + 1 
Count — Count - 1 


;GET STRING LENGTH 
:СЕТ PARITY BIT OF 1 


:СЕТ A CHARACTER 

;SET PARITY BIT.TO 1 

115 PARITY NOW EVEN? 

; YES, SAVE CHARACTER WITH EVEN PARITY 


Object Program: 


Memory Address Instruction Memory Contents 
(Hex) (Mnemonic) (Hex) 


LXI Н.40н 


MOV вм 
MVI C, 10000000B 


SETPR: INX H 
MOV AM 
ORA 
JPO 


MOV 
CHCNT: DCR 
JNZ 


HERE: JMP 





Parity is often added to ASCII characters before they are transmitted on noisy com- 
munication lines, providing a simple error checking facility. Parity will detect all single 
bit errors but does not allow error correction, i.e., you know that an error occurred when 
the received parity is wrong, but you cannot tell which bit was changed. 


MVI C,10000000B saves a parity bit of 1 in Register C. (Note the use of the binary mask; 
the purpose of the mask is clearer when it is specified in this manner rather than as 80H 
or 128 decimal). 


The instruction ORA C sets the parity (most significant) bit to 1 while retaining all the 
other bits as they were. 


The following procedure is used to determine if the parity of the byte in memory is odd 
or even. We OR a parity bit into the byte loaded from memory: and then test to see if 
the parity is odd. If the parity is odd, then the byte already in memory has even parity, 
and we jump down to decrement the count of remaining bytes. If the parity is even, 
then we know that the byte in memory has odd parity. and therefore we store the byte 
in the Accumulator into that memory location. 


The conditional jumps JPO (Jump On Parity Odd) and JPE (Jump On Parity Even) are 
seldom used except in parity generation and checking. 


Do not, confuse the Parity bit included in each character and the 80805 Parity bit, 
which is set to 1 if the last arithmetic or Boolean result had even parity. 
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Pattern Match 


Purpose: Compare two strings of ASCII characters to see if they are the same. The 
length of the strings is in memory location 41; one string starts in memory 
location 42 and the other in memory location 62. If the two strings match. 
clear memory location 40; otherwise, set memory location 40 to FF hex (all 
ones). 


Sample Problems: 


a. (41) = 03 
(42) = 43°C 
(43) = 41 A 
(44) = 54Т 
(62) = 43 С 
(63) = АТА 
(64) = 54Т 
Result = (40) = 0 since the two strings are the same. 
b. (41) = 03 
(42) = 52 В 
(43).= 41 A 
(44) = 54T 
(62) = 43 С 
(63) = 41 A 
(64) = 54Т 
Result = (40) =FF (hex) since the first characters in the strings differ. 


Note that the matching process ends as soon as the CPU finds a difference — the rest 
of the strings need not be examined. 













Pointer 1= 42 
Pointer 2 = 62 
Count = (41) 
Mark = FF (hex) 





Is 

(Pointer 1)= 

(Pointer 2) 
? 






Pointer 1= 
Pointer 1 + 1 
Pointer 2 = 
Pointer 2 + 1 
Count = Count - 1 


Source Program: 


LXI H,41H 
MOV B.M ;COUNT = LENGTH OF STRINGS 
INX H ;POINTER 1 = START OF STRING 1 
LXI D,62H ;POINTER 2 = START OF STRING 2 
MVI C,OFFH- :MARK = FF (HEX) 
CHCAR: LDAX D ;GET CHARACTER FROM STRING 2 
CMP M 15 THERE A MATCH? 
JNZ DONE ;NO, DONE 
INX D 
INX H 
DCR B ‚НАМЕ ALL CHARACTERS BEEN CHECKED? 
JNZ CHCAR ;МО. CHECK NEXT PAIR 
MVI CO ; YES, COMPLETE MATCH, MARK = 0 
DONE: MOV A.C - 
STA 40H ;:SAVE MARK 


HERE: JMP HERE 
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Object Program: 


Memory Address Instruction Memory Contents 
(Hex) (Mnemonic) (Hex) 





Matching strings of ASCII characters is an essential part of looking for commands, 
recognizing names, identifying variables or operation codes in assemblers and com- 
pilers, finding files; and many other tasks. 


The program uses two pointers, one in Registers H and L and the other in Registers D 
and E. The only instructions which use the address in D and E are LDAX (Load Ac- 
cumulator Indirect) and STAX (Store Accumulator Indirect); arithmetic and logical 
operations with memory and transfers to other registers from memory (e.g.. ADD М, 
AND М, MOV В.М, etc.) can only be performed using the address in Registers Н and L. 


The order of operations is very important because of the small number of instructions 
that use the address in Registers D and E. You must move a character from the string 
pointed to by D and E to the Accumulator and compare it to à character in the string 
pointed to by H and L. This order of operations is necessary because the 8080 has no in- 
struction which allows a comparison to a character in a string pointed to by D and E. 


For example, if you replaced LDAX D with MOV А.М, what weuld the next instruction 
be? This asymmetry is peculiar to the 8080 and can cause programming nightmares. 


Note that each iteration updates both pointers. 


This program could take advantage of the fact that a register is known to be zero after a 
particular conditional jump is executed. When the JNZ CHCAR instruction is executed, 
if the branch is not performed then we know that Register B contains zero. Therefore, 
we can move Register В to Register С, the Flag register. to.indicate that a match has 
been found. 


PROBLEMS 
1) Length Of A Teletypewriter Message 


Purpose: Determine the length of an ASCII message. All characters аге 7-bit ASCII 
with MSB О. The string of characters in which the message is embedded 
starts.in memory location 41. The message itself starts with ап ASCII STX 
character (hex 02) and ends with ETX (hex 03). Place the length of the 
message (the number of characters between the STX and the ETX but in- 
cluding neither) in memory location 40. 


Sample Problem: 


(41) = 49 
(42) =.02 STX 
(43) = 47 G 
(44) = 4F О 
(45) = 03 ЕТХ 
Result = (40) = 02 since there are two characters between the STX 


in location 42 and the ETX in location 45. 
2) Find Last Non-Blank Character 


Purpose: Search a string of ASCII characters for the last non-blank character. The 
string starts in memory location 42 and ends with a carriage return character 
(hex OD). Place the address of the last non-blank character in memory loca- 
tions 40 and 41 (most significant bits in 41). 


Sample Problems: 


a. (42) = 37 (ASCII 7) 
(43) = OD ‘CR’ 
Result = (40) = 42 
(41) =00 
since the last (and only) non-blank character is in memory loca- 
tion 42. 
b. 42) = 41 А 
(43) = 20 ‘SP’ 
(44) = 48 H 
(45) = 41 A 
(46) = 54 T 
(47) = 20 ‘SP 
(48), -= 20 “SP 
(49) = OD ‘CR 
Result = (40) =46 
(41) =00 
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3) Truncate Decimal String To Integer Form 


Purpose: Edit a string of ASCII decimal characters so as to replace all digits to the right 
of the decimal point with ASCII blanks (hex 20). The string starts in memory 
location 41 and is assumed to consist entirely of ASCII-coded decimal digits 
and a possible decimal point (hex 2E). The length of the string is in memory 
location 40. If no decimal point appears in the string, assume that all digits 
are whole numbers with the decimal point (implicit) at the far right. 


Sample Problems: 


a. (40) = 04 
А1. = 37-7 
(42). — 2E. 
(43) = 38.8 
44) = 31 1 
Result = (41) = 37 7 
(42) = 2Е . 
(43) = 20 ‘SP’ 
(44) 220 ‘SP’ 
b. (40) = 03 
(41) = 36 6 
(42) = 37 7 
43) = 31 1 
Result = Unchanged as number is assumed to be 671. 


4) Check Even Parity In ASCII Characters 


Purpose: Check even parity in a string of ASCII characters. The length of the string is 
in memory location 41 and the string itself begins in memory location 42. If 
the parity of all the characters in the string is correct, clear memory location 
40; otherwise, set the contents of memory location 40 to FF hex (all ones). 


Sample Problems: 


a. (41) = 03 
(42) = В1 
(43) = В2 
(44) = 33 
Result = (40) =00 since all the characters have even parity. 
b. (41) = 03 
(42) = В1 
(43) = B6 
(44) = 33 
Result = (40) =FF (hex) since the character in memory location 42 


does not have even parity. 
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5) String Comparison 


Purpose: Compare two strings of ASCII characters to see which is larger (i.e., which 
follows the other in ‘alphabetical’ ordering). The length of the strings is in 
memory location 41; one string starts in memory location 42 and the other in 
memory location 62. If the string starting in memory location 42 is larger 
than or equal to the other string, clear memory location 40; otherwise, set 
memory location 40 to FF hex (all ones). 


Sample Problems: 


a. (41) = 


(42) 
(43) 
(44) 
(62) 
(63) 
(64) 
Result 


b. (41) 
(42) 

(43) 

(44) 

(62) 

(63) 

(64) 

Result 


с. (41) 
(42) 

(43) 

(44) 

(62) 

(63) 

(64) 

Result 


FAN A 


the M MM 


03 


(40) = FF (hex) since CUT is ‘larger’ than CAT. 


оооооо Tm UM е) 


"CO ау» 


— 00 since CAT is 'larger than BAT 
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Chapter 7 
CODE CONVERSION 


Code conversion is a continual problem for microprocessors. Peripherals provide data in 
ASCII, BCD, or various special codes. The computer may be required to convert this 
data to binary or decimal in order to process it. Output devices require data in ASCII, 
BCD, 7-segment, or other codes. Therefore, the computer must convert the results to a 
suitable form after the processing is completed. Some code conversions are simple to 
perform in hardware; for example, standard integrated circuits exist for converting BCD 
to 7-segment. Universal Asynchronous Receiver/Transmitters (UARTs) convert between 
ASCII data and teletypewriter formats. However, the program may still be required to 
perform much of the conversion work. 


EXAMPLES 
Hex To ASCII 


Purpose: Convert the contents of memory location 40 to an ASCII character. Memory 
location 40 contains a single hexadecimal digit (the four most significant bits 
are zero). Store the ASCII character in memory location 41. 


Sample Problems: 


a. (40) = OC 

Result = (41)=43 С 
b. (40) = 06 

Result = (41)=36 6 
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Flowchart: 


Source Program: 


ASCZ: 


HERE: 


LDA 





Data = (40) 
Is 
Data > 9 
? 

Yes 


Result = Data 


+ ASCII A 
- ASCI 9-1 


Result = Data 
+ ASCII 0 


;GET DATA 
15 DATA 10 OR MORE? 


; YES, ADD OFFSET FOR LETTERS 
;ADD OFFSET FOR ASCII 
;:STORE ASCII RESULT 
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Object Program: 


Memory Address Instruction Memory Contents 
(Hex) (Mnemonic) (Hex) ` 


JNC 


ADI 


ASCZ: ADI 


STA 


HERE: JMP 





In this program. the basic idea is to add ASCII O to all the hexadecimal digits. This addi- 
tion converts the decimal digits correctly; however, there is a break between ASCII 9 
(39 hex) and-ASCII А (41 hex) which must be taken into account. This break must be 
added to the nondecimal digits, i.e. A, B, C, D. E, F. This is accomplished by the ADI in- 
struction which adds the offset 'A'-'9'-1 to the contents of the Accumulator. Can you 
explain why the offset is 'A'-'9'-1? 


Note that the addition factors are placed in the assembly language program in ASCII 
form (single quotes surround ASCII characters). The offset for the letters is left as an 
arithmetic expression. The effort is to make the purpose of the factors as clear as possi- 
ble in the assembly language listing. The extra assembly time is a very small price to 
pay for a large increase in clarity. 


This routine could be used in a variety of programs; for example, monitor programs 
must convert hexadecimal digits to ASCII in order to display the contents of memory 
locations in hexadecimal on an ASCII printer or CRT display. 


Another (quicker) conversion method that requires no conditional jumps at all is the 
following program described by Allison in COMPUTER magazine. (See Allison, D.R., "A 
Design Philosophy for Microcomputer Architectures", Computer, February 1977, pp. 
35—41. This is an excellent article which we recommend highly.) 


LDA 40H ;GET HEX DIGIT 

ADI 90H ;DECIMAL ADD 90 BCD 

DAA 

ACI 40H ;DECIMAL ADD 40 BCD + CARRY 
DAA 

STA 41H ;STORE ASCII DIGIT 


HERE: JMP HERE 


Try this program on some digits. Can you explain why it works? 


Decimal To 7-Segment 


Purpose: Convert the contents of memory location 40 to a 7-segment code in memory 
location 41. If memory location 40 does not contain a single decimal digit, 
clear memory location 41. 


The following table can be used to convert decimal numbers to 7-segment code. The 7- 
segment code is organized with the most significant bit always zero followed by the 
code (1=on, 0-оН) for segments 0, f, e, d, с, Б, a (see Figure 7-1). 


OMANOATABRWN-O 





Note that the table uses 7D for 6 rather than the alternative (top bar off) 7C to avoid 
confusion with lower case b, and 6F for 9, rather than 67 (bottom bar off), for no partic- 
ular reason. 





Figure 7-1. 7-Segment Arrangement 


Sample Problems: 


а. (40) = 03 
Result = (41) = 4F 

b. (40) = 28 
Result = (41) = 00 
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Flowchart: 


Source Program: 


MVI 
LDA 
CPI 
JNC 
LXI 
MOV 
DAD 
MOV 
DONE: MOV 
STA 


HERE: JMP 
SSEG: DB 
DB 





Data = (40) 


В,0 ;GET ERROR CODE ТО BLANK DISPLAY 

40H ;GET DATA 

10 15 DATA > 9? 

DONE ; YES, DONE 

H,SSEG ;BASE ADDRESS ОҒ 7-SEGMENT TABLE 

CA ;МАКЕ DATA INTO A 16-BIT INDEX 

B ‘FIND ELEMENT BY INDEXING 

B.M ;GET 7-SEGMENT CODE 

A.B 

41H ;:SAVE 7-SEGMENT CODE OR ZERO 
;FOR ERROR 

HERE 


ЗЕН,06Н,5ВН,АЕН,66Н 
6ОН,7ОН,07Н,7ЕН,бЕН 
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Object Program: 


Memory 
Address 


Memory 


Instruction Contents 


(Mnemonic) 


ЗЕН,06Н,5ВН,А4ҒН,66Н 


6DH,7DH,07H.7FH.6FH 





The program calculates the memory address of the desired code by adding the index 
(i.e.. the-digit to be displayed) to the base address.of the seven-segment table. This pro- 
cedure is known as-a table look-up. 


The assembly language pseudo-operation DB. (DEFINE BYTE) is used to place constant 
data in program memory. Such data may include tables. headings. error messages, 
priming messages. format characters. thresholds, etc. The label attached to a DB 
pseudo-operation is assigned the value of the address into which the assembler places 
the first byte of data. The assembler simply places data for the table in memory. One DB 
pseudo-operation results in the filling of one or more memory locations. 


Tables are often used to perform code conversion when the functional relationship is 
not as simple-as that given under the HEX to ASCII example. Such tables usually just 
contain all the results organized according to the input data, i.e., the first entry is the 
code corresponding to the number zero. 


Seven-segment code is commonly used in displaying digits and a few letters and other 
characters. Calculator-type seven-segment displays are inexpensive, easy to combine, 
and use little power; however. the seven-segment coded digits may be difficult to read. 
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ASCII To Decimal 


Purpose: Convert the contents of memory location 40 from an ASCII character to a 
decimal digit and store the result in memory location 41..If the contents of 
memory location 40 is not the ASCII representation of a decimal digit, set the 
contents of memory location 41 to FF (hex). 


Sample Problems: 


a (40) 
Result 

b. (40) 
Result 

Flowchart: 


Source Program: 


DONE: MOV 


HERE: JMP 


37 (ASCII 7) 
(41) = 07 
55 

(41) = FF 







Data = (40) 


Is 

Data < ASCII 0 
? 
Is 

Data > ASCII 9 
? 


Result = 
Data - ASCII 0 






Yes 









Result = FF (Hex) 





B,OFFH :СЕТ ERROR MARKER (FF HEX) 


40H :СЕТ DATA 

0 ;SUBTRACT ASCII O 

DONE ‘NOT DIGIT IF < ASCII 0 

10 15 RESULT > 10? 

DONE ‘NOT DIGIT IF > 10 

B.A 

А,В 

41H ;STORE DECIMAL RESULT OR ERROR MARKER 
HERE 
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Object Program: 


Memory Address Instruction Memory Contents 
(Hex) (Mnemonic) (Hex) 


MVI B,OFFH 


LDA 


SUI 


JC 





This program determines if the data is between ASCII O and ASCII 9 inclusive. If so, the 
data is the ASCII representation of a decimal digit since the digits form a sequence. 
Subtracting hex 30 (ASCII O) produces the decimal equivalent. 


Note that one comparison is done with an actual subtraction (SUI '0') since that 
subtraction is necessary to convert ASCII to decimal. The second comparison is done 
with an implied subtraction (CPI 10) since the final decimal result is now in the Ac- 
cumulator and we do not want to change it. 


This kind of program is useful in a variety of situations, for example, ASCII to decimal 
conversion is necessary when decimal numbers are being entered from an ASCII device 
like a teletypewriter or CRT terminal. 


BCD To Binary 


Purpose: Convert two BCD digits in memory locations 40 and'41 to a binary number in 
memory location 42. The most significant BCD digit is the one in memory 
location 40. 


Sample Problems: 


a. (40) = 02 
(41) = 09 

Result = (42) = 1D (hex) = 29 (decimal) 
b. (40) = 07 
(41) = 01 

Result = (42) = 47 (hex) = 71 (decimal) 
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Source Program: 


LXI H.40H 

MOV A.M ;GET MOST SIGNIFICANT DIGIT (MSD) 
ADD A :MSD x 2 

MOV B.A ;:SAVE MSD x 2 

ADD A ;MSD x 4 

ADD A ;MSD x 8 

ADD B ;MSD x 10 

INX H ;POINT TO LEAST SIGNIFICANT DIGIT 
ADD M ;ADD TO FORM BINARY EQUIVALENT 
INX H 

MOV M.A :ЅТОВЕ BINARY EQUIVALENT 


HERE: JMP НЕВЕ 
Object Program: 


M 
A 


A, 
A 
B, 
A 
A 
B 
H 
M 
H 





This program multiplies the BCD digit in memory location 40 by ten using repeated ad- 
ditions. Note that ADD A multiplies the contents of the Accumulator by 2. This allows 
you to multiply the Accumulator by small decimal numbers in a few instructions. How 
would you multiply the Accumulator by 16? by 12? by 7? 


BCD entries are converted to binary in order to save on storage and calculations. 
Decimal numbers require additional memory space and more complex calculations. 
However, the conversion may offset some of the advantages of binary arithmetic. 


BCD numbers require about 20% more memory than do binary numbers, e.g., 1000 re- 
quires 3 BCD digits (12 bits) and 10 bits in binary (since 210 = 1024 = 1000). 


ASCII String To Binary Number 


Purpose: Convert a string of 8 ASCII characters into a binary number and store the 
result in memory location 41. If any of the characters are not either ASCII 
zero or ASCII one, set memory location 40 to FF (hex); otherwise, clear 
memory location 40. The string of characters is in memory locations 42 
through 49 with the most significant bit in memory location 42. 


7-9 


Sample Problems: 


a. (42) = 30 (0) 
a3 = 311) 
(44) = 31 (1) 
(45) = 30 (0) 
(46) = 30 (0) 
(47) = 30 (0) 
(48) = 30 (0) 
(49) = 31 (1) 
Result = (40) = 00 
(41) = 61 (i.e., 01100001) 
b. Same as a. except: 
(45) = 34 (4) 
Result = (40) = FF 
Flowchart: 










Mark = FF (Hex) 


Binum = Binum 
+ Binum 
(Shift Binum left 1 bit) 


Is 
Pointer) ASCII 0 
or ASCH 1 





Binum = Binum 

+ (Pointer) - ASCII 0 
Pointer = Pointer + 1 
Count = Count - 1 






(40) = Mark 
(41) = Binum 
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Source Program: 


LXI H,42H ‘POINT TO START OF STRING 
SUB A ;BINARY NUMBER = 0 
ММ! В,8 ;COUNT =8 
MVI C,OFFH ;MARKER = ERROR INDICATOR 

BICON: ADD A ;SHIFT BINARY NUMBER LEFT 
MOV DA 
MOV A.M ;GET CHARACTER FROM STRING 
SUI 0 ;CONVERT TO BINARY 
CPI 2 15 RESULT LESS THAN 2? 
JNC DONE ;NO, ERROR IN BINARY NUMBER 
ADD D ;ADD BIT TO BINARY NUMBER 
INX H 
DCR B ;ALL CHARACTERS CONVERTED? 
JNZ BICON 
MVI с,0 ; YES, MARKER=ZERO, BINARY NUMBER 

; CORRECT 

DONE: LXI H,40H ;:SAVE BINARY NUMBER 
MOV A.M 
INX H 
MOV M,C ;MARK IF CORRECT OR NOT 


HERE: JMP HERE 


Object Program: 


Memory Address Instruction Memory Contents 
(Hex) (Mnemonic) 4 (Нех) 





The instruction ADD-A is a logical left shift, i.e., it moves the previously determined bits 
left one place and clears the least significant bit. 


Since (B) = 0 when all the ASCII digits have been converted, we could replace MVI С,0 
with MOV C,B (why?). The saving is one byte of code and a little execution time. 
Another alternative would be INR C (why?). 


The conversion from ASCII simply involves subtracting ASCII 0 (hex 30). 
The instruction CPI 2 sets 


Carry = 1 if (A) < 2, іе., (А) 20 or 1 
Carry = 0 if (A) > 2 


The instruction ADD D adds the rest of the number being constructed into the Ac- 
cumulator. Since the Accumulator contains a zero or a one and D contains a zero in the 
least significant bit, this instruction updates the number being constructed. 


ASCII-to-binary conversion is necessary when numbers are entered in binary form from 
an ASCII device, as in an assembler which allows entries in binary. 


PROBLEMS 
1) ASCII To Hex 


Purpose: Convert the contents of memory location 40 to a hexadecimal digit and store 
the result in memory location 41. Assume that memory location 40 contains 
the ASCII representation of a hexadecimal digit (7 bits with MSB 0). 


Sample Problems: 


a. 40) = 43°C 
Result = (41) = 0С 
b. (40) 36 6 


Result E (41) = 06 
2) 7-Segment To Decimal 


Purpose: Convert the contents of memory location 40 from a 7-segment code to a 
decimal number in memory location 41. If memory location 40 does not con- 
tain a valid 7-segment code, set memory location 41 to FF (hex). Use the 7- 
segment table given under the Decimal To 7-Segment example and try to 
match codes. 


Sample Problems: 


a. (40 = 4F 
Result = (41) = 03 

b. “Ооу = “428 
Result = (41) =FF 


3) Decimal To ASCII 


Purpose: Convert the contents of memory location 40 from a decimal digit to an ASCII 
character and store the result in memory location 41. If the number in memo- 
ry location 40 is not a decimal digit, set the contents of memory location 41 
to an ASCII blank character (20 hex). 


Sample Problem: 


a. (40) = 07 

Result = (41) = 37 (77 
b. (40) = 55 

Result = (41) = 20 (‘SP’) 


4) Binary to BCD 


Purpose: Convert a binary number in memory location 40 to two BCD digits in memo- 
ry locations 41 and 42 (most significant digit in 41). The number in memory 
location 40 is unsigned and less than 100. 


Sample Problems: 


a. (40) = 1D (29 decimal) 
Result = (41) = 02 
(42) = 09 

b. (40) = 47 (71 decimal) 
Result = (41) =07 
(42) =01 


5) Binary Number To ASCII String 


Purpose: Convert the contents of memory location 41 to a string of ASCII characters 
representing the individual bits. The string occupies memory locations 42 
through 49 with the most significant bit in memory location 42. 


Sample Problem: 


(41) 
Result 


61 (i.e., 01100001) 
(42) = 30 (07 


ІІ 


(49) = 31 (17 
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Chapter 8 
ARITHMETIC PROBLEMS 


Most arithmetic in microprocessor applications consists of multiple-word binary or 
decimal manipulations. A decimal correction (Decimal Adjust) or some other means for 
performing decimal arithmetic is frequently the only arithmetic instruction beyond 
basic addition and subtraction. You must implement other arithmetic operations in 
software. 


Multiple-precision binary arithmetic requires simple repetitions of the basic single-word 
instructions. The Carry bit transfers information between words. Add With Carry and 
Subtract With Borrow use the information from the previous arithmetic operation. You 
must be careful to clear the Carry before operating on the first words obviously there is 
no Carry into or Borrow from the least significant bits). 


Decimal arithmetic is a common enough task for microprocessors that most have a 
special instruction for this purpose. This instruction may either perform a decimal addi- 
tion directly or correct the results of a binary addition to the proper decimal form. 
Decimal arithmetic is essential in such applications as point-of-sale terminals, calcula- 
tors, check processors, order entry systems, and banking terminals. 


You can implement multiplication and division as series of additions and subtractions 
respectively, much as they are done by hand. Double-word operations are important 
here since a multiplication produces a result twice as long as the operands while a divi- 
sion similarly contracts the length of the result. Multiplications and divisions are time- 
consuming when done in software because of the repeated arithmetic and shift opera- 
tions that are necessary. 
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EXAMPLES 
Multiple-Precision Addition 


Purpose: Add two multiple-word binary numbers. The length of the numbers (in bytes) 
is in memory location 30, the numbers themselves start (least significant bits 
first) in memory locations 41 and 61 respectively, and the sum replaces the 
number starting in memory location 41. 


Sample Problem: 


(30) = 04 
(41) = СЗ 
2) = AZ 
(43) = 5B 
(44) = 2F 
(61) = В8 
(62) = 35 
(63) = DF 
(64) = 14 
Result = (41) = 7B 
(42) = DD 
(43) 2 3A 
(44) = 44 
i.e., 2F5BA7C3 
+14DF35B8 
443ADD7B 


Flowchart: 


Count 
Pointer 1 
Pointer 2 

Carry 


ІНІСІН 


(Pointer 1) = 
(Pointer 1) 
+ (Pointer 2) 


(This step also produces new Carry) 


Pointer 1 = 
Pointer 1 + 1 
Pointer 2 = 
Pointer 2 + 1 
= Count - 1 
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Source Program: 


LDA 30H :;COUNT=LENGTH OF STRINGS (IN BYTES) 
MOV B.A 
LXI H.41H ;:START POINTER 1 AT FIRST WORD OF STRING 1 
LXI D.61H :START POINTER 2 AT FIRST WORD OF STRING 2 
ANA A ;CLEAR CARRY TO START 
ADDW: LDAX D :СЕТ WORD FROM STRING 2 
ADC M ;ADD WORDS FROM STRING 1 
MOV M.A ;:STORE RESULT 
INX D 
INX H 
DCR B 


JNZ ADDW 
HERE: JMP HERE 


Object Program: 


D.61H 


POIOZZO» 
е) > 

© 

> 





The instruction ANA A is used to clear the Carry bit. Any other logical operation would 
have the same effect. The Carry must be cleared since there is no carry involved in the 
addition of the least significant bytes. 


The instruction ADC, Add With Carry. includes the Carry from the previous words in the 
addition. ADC is the only instruction in the loop which affects the Carry. Remember 
that neither INX nor DCR affects the Carry. 


Both the pointer in Registers D and E and the one in H and L must be updated during 
each iteration. 


This procedure can add binary numbers of any length. Note that DECIMAL 
ten binary bits correspond to three decimal digits since ACCURACY 
210 = 1024 = 1000. So, you can calculate the number of bits re- IN BINARY 





quired to give a certain accuracy in decimal digits. For example. 
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ten decimal digit accuracy requires: 


10 
10 x a = 33 bits 


Decimal Addition 


Purpose: Add two multiple-word decimal (BCD) numbers. The length of the numbers 
is in memory location 30, the numbers themselves start (least significant bits 
first) in memory locations 41 and 61 respectively, and the sum replaces the 
number starting in memory location 41. 


Sample Problem: 


(30) = 04 
(41) = 85 
(42) = 19 
43) = 70 
(44) = 36 
(61) = 59 
(62) = 34 
(63) = 66 
(64) = 12 
Result = (41) = 44 
(42) = 54 
(43) = 36 
(44) = 49 
i.e., 36701985 
+ 12663459 
49365444 


Flowchart: 


Count 
Pointer 1 
Pointer 2 

Carry 


(Pointer 1) = 
(Pointer 1) 
+ (Pointer 2)+ Carry 


ч е : 
Decima onset (This step also produces a new Carry) 


Count = Count - 1 





Source Program: 


LDA 
MOV 
LXI 
LXI 
ANA 
DECAD: LDAX 
ADC 
DAA 
MOV 
INX 
INX 
DCR 
JNZ 
HERE: JMP 


Object Program: 





;:COUNT = ЕМСТН OF STRINGS (IN BYTES) 


;POINTER 1=FIRST WORD OF STRING 1 
;POINTER 2=FIRST WORD OF STRING 2 
;CLEAR CARRY TO START 

;GET 2 DIGITS FROM STRING 2 

;ADD PAIR OF DIGITS FROM STRING 1 
;MAKE ADDITIONAL DECIMAL 

;:STORE RESULT AS NEW STRING 1 
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The Decimal Adjust (DAA)*nstruction uses the Carry and Auxiliary DECIMAL 
Carry bits to correct the following situations: ADJUST 


1) 


2) 


The sum of two digits is between 10 and 15 inclusive. In this case, six must be ad- 
ded to the sum to give the right result. i.e., 


0101 (5) 
+1000 (8) 

1101 (D) 
+0110 


0011 0011 (BCD 13 which is correct) 


The sum of two digits is 16 or more. In this case. the result is a proper BCD digit but 
six less than it should be, і.е., 


1000 (8) 
+1001 (9) 
0001 0001 (BCD 11) 
+0110 


0001 0111 (BCD.17 which is correct) 
Six must be added jin both situations. However. case 1 can be recognized by the 
fact that the sum is not a BCD digit. i.e.. it is between 10 and 15 (or A and F hex- 
adecimal). Case 2 can only be recognized by the fact that the Carry (most signifi- 
cant digit) or Auxiliary Carry (least significant digit) has been set to 1 since the 
result is a valid BCD number. DAA is the only instruction which uses the Auxiliary 
Carry. 


This procedure can add decimal (BCD) numbers of any length. Here four binary bits are 
required for each decimal digit so ten digit accuracy requires: 


10 x 4 = 40 bits 


as opposed to 33 bits in the binary case. This is essentially five 8-bit words instead of 
four. The decimal procedure also takes a little longer per word because of the extra 
DAA instruction. 


8-Bit Binary Multiplication 
Purpose: Multiply the 8-bit unsigned number in memory location 40 by the 8-bit un- 


signed number in memory location 41. Place the 8 least significant bits of 
the result in memory location 42 and the 8 most significant bits in memory 
location 43. 


Sample Problems: 


a. 


(40) = 03 
(41) = 05 
Result = (42) 2 OF 
(43) = 00 
ie, 3x5=15 
(40) = 6F 
(41) = 61 
Result = (42) = OF 
(43) = 2A 


ie, 111 x97 = 10,767 


You can perform multiplication on a computer in the same way that you do long 
multiplication by hand. Since the numbers are binary. the only problem is whether to 
multiply by О or 1; multiplying by zero obviously gives zero as a result while multiplying 
by 1 produces the same number you started with. So each step in a binary multiplica- 
tion can be reduced to the following operation: 


If the current bit in the multiplier is 1, add the multiplicand to | MULTIPLICATION 
the old product ALGORITHM 


The only remaining problem is to ensure that you line every- 
thing up correctly each time. The following operations perform this task: 


1) Shift multiplier left one bit so that the bit to be examined is placed in the Carry 
2) Shift product left one bit so that the next addition is lined up correctly. 


The complete process for binary multiplication is as follows: 


STEP 1 - Initialization: 
PRODUCT = 0 
COUNTER = 8 


STEP 2 - Shift PRODUCT so as to line up properly: 
PRODUCT = 2 x PRODUCT (LSB=0) 


STEP 3 - Shift MULTIPLIER so bit goes to CARRY: 
MULTIPLIER — 2 x MULTIPLIER 


STEP 4 - Add MULTIPLICAND to PRODUCT if CARRY is 1: 
If CARRY = 1, PRODUCT = PRODUCT + MULTIPLICAND 


STEP 5 - Decrement COUNTER and check for zero: 
COUNTER = COUNTER - 1 
If COUNTER = О, go to STEP 2 


Іп the case of sample problem Б, where the multiplier is 61 (hex) and the multiplicand is 
6F (hex), the process works as follows: 


Initialization: 
PRODUCT 0000 
MULTIPLIER 61 
MULTIPLICAND 6F 
COUNTER 08 


After First Iteration of STEPS 2 - 5: 
PRODUCT 0000 
MULTIPLIER C2 
MULTIPLICAND  6F 
COUNTER 07 
CARRY FROM MULTIPLIER 0 


After Second Iteration: 
PRODUCT 006F 
MULTIPLIER 84 
MULTIPLICAND 6F 
COUNTER 06 
CARRY FROM MULTIPLIER 1 


After Third Iteration: 
PRODUCT 014D 
MULTIPLIER 08 
MULTIPLICAND 6F 
COUNTER 05 
CARRY FROM MULTIPLIER 1 
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After Fourth Iteration: 
PRODUCT 
MULTIPLIER 
MULTIPLICAND 
COUNTER 
CARRY FROM MULTIPLIER 


After Fifth Iteration: 
PRODUCT 
MULTIPLIER 
MULTIPLICAND 
COUNTER 
CARRY FROM MULTIPLIER 


After Sixth Iteration: 
PRODUCT 
MULTIPLIER 
MULTIPLICAND 
COUNTER 
CARRY FROM MULTIPLIER 


After Seventh Iteration: 
PRODUCT 
MULTIPLIER 
MULTIPLICAND 
COUNTER 
CARRY FROM MULTIPLIER 


After Eighth Iteration: 
PRODUCT 
MULTIPLIER 
MULTIPLICAND 
COUNTER 
CARRY FROM MULTIPLIER 


029A 


Flowchart: 













Product 


Count = 8 
Multiplicand = (40) 
Multiplier = (41) 





(Product = 
(Shift left 1 bit) 
Multiplier = e 
2 x Multiplier 
(Shift left 1 bit) 


Carry from 
Multiplier 1 
? 








Product — Product 
* Multiplicand 





Count = Count - 1 


(42 and 43) = Product 


Source Program: 


LXI H.40H 

MOV EM ;GET MULTIPLICAND 

MVI D,O ‘EXTEND TO 16 BITS 

INX H 

MOV A.M ;GET MULTIPLIER 

LXI H.O ;PRODUCT = 0 

MVI В,8 ;COUNT =8 
MULT: DAD H ;PRODUCT = PRODUCT X 2 

RAL 

JNC CHCNT ;І5 CARRY FROM MULTIPLIER 1? 

DAD D ; YES, PRODUCT = PRODUCT+MULTIPLICAND 
CHCNT: DCR B 

JNZ MULT 

SHLD 42H ;:SAVE PRODUCT IN MEMORY 


HERE: JMP HERE 
Object Program: 


Memory Address Instruction Memory Contents 
(Mnemonic) (Hex) 
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Note that the multiplicand must be extended to 16 bits by clearing Register D so that it 
can be added to the product using the DAD instruction. 


The instruction DAD H acts as a 16-bit logical left shift for the 16-bit product. 


In this program, the 8080 16-bit instructions handle data rather than addresses. LXI is 
used to initialize the product, DAD to perform 16-bit shifts and addition, and SHLD to 
store the result. You must be careful to extend 8-bit quantities (like the multiplicand) to 
16 bits. Note that you cannot use the 16-bit facilities simultaneously for addressing and 
data manipulation. 


Besides the obvious uses in calculators and point-of-sale terminals, multiplication is a 
key part of almost all signal processing and control algorithms. The speed at which 
multiplications can be performed may determine the usefulness of a CPU in process 
control, signal detection, and signal analysis. 


This algorithm takes between 190 and 230 microseconds to multiply on an 8080 CPU 

with a 2 MHz clock. The precise time depends on the number of 1 bits in the multiplier. 

Other algorithms may be able to reduce the average execution time, but 200 microse- 

conds will still be a typical execution time for a software multiplication. 

8-Bit Binary Division 

Purpose: Divide the 16-bit unsigned number in memory locations 40 and 41 (most sig- 
nificant bits in 41) by the 8-bit unsigned number in memory location 42. The 
numbers are normalized so that 1) the most significant bits of both the divi- 
dend and the divisor are zero and 2) the number in memory location 42 is 
greater than the number in memory location 41, i.e., the quotient can be 


contained in 8 bits. Store the quotient in memory location 43 and the re- 
mainder in memory location 44 


Sample Problems: 


a. (40) — 40 (64 decimal) 
(41) = 00 
(42) = 08 
Result = (43) =08 
(44) = 00 
i.e., 64/8 =8 
b. (40) = 6D (12,909 decimal) 
(41) = 32 
(42) = 47 (71 decimal) 
Result = (43) = B5 (181 decimal) 


(44) = 3A (58 decimal) 
і.е., 12,909/71 = 181 with a remainder of 58. 


You can perform division on the computer just like you would per- DIVISION 
form division with pen and paper, i.e., using trial subtractions. ALGORITHM 
Since the numbers are binary, the only question is whether the bit 

іп the quotient is О or 1, i.e., whether or not the divisor can be subtracted from what is 


left of the dividend. Each step in a binary division can be reduced to the following 
operation: 


If the divisor can be subtracted from the 8 
most significant bits of the dividend without 
a Borrow, the corresponding bit in the quo- 
tient is 1; otherwise it is O. 


The only remaining problem is to line up the dividend and quotient properly. You can 
do this by shifting the dividend and quotient logically left one bit before each trial 
subtraction. The dividend and quotient can share a 16-bit register since the procedure 
clears one bit of the dividend at the same time as it determines one bit of the quotient. 
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STEP 2 - Shift DIVIDEND and QUOTIENT so as to line up properly: 
DIVIDEND = 2 x QUOTIENT 
QUOTIENT = 2 x QUOTIENT 


STEP 3 - Perform trial SUBTRACTION. If no BORROW add 1 to QUOTIENT: 
If 8 MSBs of DIVIDEND > DIVISOR then 
MSBs of DIVIDEND = MSBs of DIVIDEND - DIVISOR 
QUOTIENT = QUOTIENT+1 


STEP 4 - Decrement counter and check for zero: 
COUNT = COUNT - 1 
If COUNT # 0, go to STEP 2 
REMAINDER = 8, MSBs of DIVIDEND 


In the case of sample problem b, where the dividend is 326D (hex) and the divisor is 47 
(hex), the process works as follows: 


Initialization: 
DIVIDEND 326D 
DIVISOR 47 
QUOTIENT 00 
COUNT 00 


After first iteration of STEPS 2 - 4: 
(Note that the dividend is shifted prior to the trial subtraction) 
DIVIDEND 1DDA 


DIVISOR 47 
QUOTIENT 01 
COUNT 07 


After second iteration of STEPS 2 - 4: 
DIVIDEND 3BB4 


DIVISOR 47 
QUOTIENT 02 
COUNT 06 


After third iteration: 
DIVIDEND 3068 


DIVISOR 47 
QUOTIENT 05 
COUNT 05 


After fourth iteration: 
DIVIDEND 19DO 


DIVISOR 47 
QUOTIENT OB 
COUNT 04 


After fifth iteration: 
DIVIDEND 33A0 


DIVISOR 47 
QUOTIENT 16 
COUNT 03 


After sixth iteration: 
DIVIDEND 2040 


DIVISOR 47 
QUOTIENT 2D 
COUNT 02 


After seventh iteration: 
DIVIDEND 4080 


DIVISOR 47 
QUOTIENT 5A 
COUNT 01 


After eighth iteration: 
DIVIDEND 3A00 


DIVISOR 47 
QUOTIENT В5 
COUNT 00 


So the quotient is B5 and the remainder is 3A. 


The MSBs of dividend and divisor are assumed to be zero so as to simplify calculations 
(the shift prior to the trial subtraction would otherwise place the MSB of the dividend in 
the Carry). Problems which do not have the required characteristics can be reformul- 
ated by removing those parts of the quotient which would overflow an 8-bit word. For 
example: 


1024 1 
3 = 100 = 100+ 00 (Hex) 


The last problem is now in the proper form. An extra division may be necessary. 


Flowchart: 










Divisor = (42) 
Count = 8 
Quotient = 0 





Dividend = 
. 2 x Dividend 

Quotient — 

2 x Quotient 


(Shift both left 1 bit) 


8 MSBs of 
Dividend = 8 MSBs 
of Dividend - Divisor 
|Quotient- Quotient +1 


Count — Count - 1 


(43) = Quotient 
(44) = 8 MSBs of 
Dividend 
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Source Program: 


LHLD 40H ;GET DIVIDEND 
- LDA 42H ;GET DIVISOR 

MOV C.A 

MVI В,8 ;COUNT =8 4 
DIV: DAD H ;SHIFT DIVIDEND, QUOTIENT 

MOV АН 5 MOST SIGNIFICANT PART OF DIVIDEND > DIVISOR 

SUB C 

JC CNT :МО, GO TO NEXT STEP 

MOV Н,А ; YES, SUBTRACT DIVISOR 

INR L ;AND ADD 1 TO QUOTIENT 
CNT: DCR B 

JNZ DIV 

SHLD 43H ;STORE QUOTIENT, REMAINDER 


HERE: JMP HERE 
Object Program: 


LHLD 40H 
LDA 42H 
MOV 

MVI 

DAD 


MOV 
SUB 


JC 





Registers H and L hold both the-dividend and the quotient. The quotient simply 
replaces the dividend in Register L as the dividend is shifted left logically. 


An 8-bit subtraction is necessary (plus some register moves) since there is no simple 
way to do a 16-bit subtraction or comparison. However, DAD H provides a 16-bit logical 
left shift of the dividend and quotient. 


The instruction INR L sets the least significant bit of the quotient to 1 since DAD H has 
previously cleared that bit. 


Division is used in calculators, terminals. communications error checking, control 
algorithms, and many other applications. 


The algorithm takes between 200 and 250 nanoseconds to divide on an Intel 8080 with 
а 2 MHz clock. The precise time depends on the number of 1 bits in the quotient. Other 
algorithms may reduce the average execution time, but 250 microseconds will still be 
typical for a software division. 


Self-Checking Numbers 
Double Add Double, Mod 10 


Purpose: Calculate a checksum digit from a string of BCD digits. The length of the 
string of digits (number of words) is in memory location 30; the string of . 
digits (2 BCD digits to a word) starts in memory location 41. Calculate the 
checksum digit by the DOUBLE ADD DOUBLE MOD 10 technique and store 
it in memory location 40. (See J.R. Herr, "Self-checking Number Systems", 
COMPUTER DESIGN, June 1974, pp. 85-91.) 


The DOUBLE ADD DOUBLE MOD 10 technique works as follows: 


1) Clear the checksum to start. 
2) Multiply the leading digit by two and add the product to the checksum. 
3) Add the next digit to the checksum. 


4) Continue the alternating process until you have used all the digits. 
5) The least significant digit of the checksum is the self-checking digit. 


Self-checking digits are commonly added to identification numbers on credit cards, in- 
ventory tags, luggage. parcels, etc., which are handled by computerized systems. They 
may also be used in routing messages, identifying files, and other applications. The pur- 
pose of the digits is to minimize entry errors such as transposing digits (69 instead of 
96), shifting digits (7260 instead of 3726), missing digits by 1 (65 instead of 64), etc. 
You can check the self-checking number automatically for correctness upon entry and 
can eliminate many errors immediately. 


The analysis of self-checking methods is quite complex. For example, a plain checksum 
will not help with transposition (e.g., 4+9 = 9+4). The DOUBLE ADD DOUBLE 
algorithm finds transposition errors (e.c., 2 x 4+9 = 17 + 2 x 9+4) but misses some er- 
rors (e.g., 2 x 5+3 has the same least significant digit as 2 x О+3 so the method will not 
find that error). 


For example, if the string of digits is: 


549321 
the result is: 
Checksum. = 5x2+4+9 x 2+3+2 x 2+1 = 40 
Self-checking digit = 0 (least significant digit of checksum) 


Note that an erroneous entry like 543921 would produce a different self-checking digit 
(4) but an erroneous entry like 043921 would be undetectable. 


Sample Problems: 


a. (20). = 08 
(41) = 36 
(42) = 68 
(43) = 51 
Result = Checksum = 3 x 2+6+6 x 2+8+5 x 2+1 = 43 
(40) = 03 
b. (30) = 04 
(41) = 50 
(42) = 29 
(43) = 16 
(44) = 83 
Result = Checksum = 5 x 2+0+2 x 2+9+1 x 2+6+8 x 2+3 = 50 
(40) = 00 
Flowchart: 


Checksum = 
Count = 
Pointer = 


MSD = (Pointer)/ 16 
LSD = Pointer AND 
00001111B 


hecksum=Checksu! 
+2xMSD + LSD 


Pointer = Pointer + 1 
Count = Count - 1 


(40) = Checksum 
AND 00001111B 
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Source Program: 


CHDIG: 


HERE: 


LDA 
MOV 
MVI 
LXI 
MOV 
MOV 
RAR 
RAR 
RAR 
RAR 
ANI 
ADD 
DAA 
ADD 
DAA 
MOV 
MOV 
ANI 
ADD 
DAA 
MOV 
INX 
DCR 
JNZ 
ANI 
STA 
JMP 


00001111B 
A 


с 


AD 
00001111B 
С 


CA 

H 

B 

CHDIG 
00001111B 
40H 

HERE 


;COUNT=LENGTH OF STRING (IN BYTES) 


;CHECKSUM -0 

;POINT TO START OF STRING 
:СЕТ TWO BCD DIGITS 

;:SAVE COPY 

;GET MSD BY SHIFT AND MASK 


;MASK OFF MSD 

;DOUBLE MSD 

;KEEP IT DECIMAL 

;ADD 2 x MSD TO CHECKSUM 


;MASK OFF LSD 
;ADD LSD TO CHECKSUM 


;MASK OFF SELF-CHECKING DIGIT 
;:SAVE SELF-CHECKING DIGIT 
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Object Program: 


Memory Address Instruction Memory Contents 
(Hex) (Mnemonic) (Hex) 


LDA 30H 


МОУ BA 
MVI C,0 


LXI 


CHDIG: MOV 
MOV 
RAR 
RAR 
RAR 
RAR 
ANI 00001111B 


ADD 

DAA 

ADD 

DAA 

MOV ; 

МОУ AD 

АМ! 00001111В 


ADD С 
DAA 

МОУ СА 
INX H 

DCR B 

JNZ CHDIG 


ANI 00001111B 


STA 40H 


HERE: JMP HERE 





The digits are removed by shifting and masking. Four right shifts are needed to get the 
most significant digit. 


A Decimal Adjust (DAA) must follow each addition to get the proper decimal result. A 
single DAA after a series of additions will not do the job (try it in this program). 


Doubling the MSD involves adding it to itself and then performing the Decimal Adjust 
(DAA). 


Carries from the decimal sum аге ignored since the procedure only uses the least sig- 
nificant digit of the checksum. 
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PROBLEMS 
1) Multiple-Precision Subtraction 


Purpose: Subtract two multiple-word numbers. The length of the numbers is in memo- 
ry location 30, the numbers themselves start (least significant bits first) in 
memory locations 41 and 61 respectively, and the difference replaces the 
number starting in memory location 41. Subtract the number starting in 61 
from the one starting in 41 


Sample Problem: 


(30 = 04 
41) = СЗ 
(42) = A7 
(43) = 5B 
(44) = 2F 
(61) = В8 
(62) = 35 
(63) = OF 
(64) = 14 
Result = (41) = 0B 
(42) = 72 
(43) = 7C 
(44)=1A 
i.e. 2F5BA7C3 
+14DF35B8 
1A7C720B 


2) Decimal Subtraction 


Purpose: Subtract two multiple-word decima! (BCD) numbers. The length of the num- 
bers is in memory location 30, the numbers themselves start (least signifi- 
cant bits first) in memory locations 41 and 61 respectively and the difference 
replaces the number starting in memory location 41. Subtract the number 
starting in 61 from the one starting in 41. 


Sample Problem: 


(30) = 04 
(41) = 85 
(42) = 19 
(43) = 70 
(44) = 36 
(61) = 59 
(62) = 34 
(63) = 66 
(64) = 12 
Result = (41) = 26 
(42) = 85 
(43) = 03 
(44) = 24 
i.e. 36701985 
412663459 
24038526 
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This will serve as a hint: 
X-Y =X +99 - Y + BORROW 


where X and Y are each 2 digits from the strings and the BORROW is the borrow from 
the less significant digits. Finding 99-Y is no problem since Y is always less than or 
equal to 99. But remember that the role of the CARRY is reversed from the usual (why?). 


3) 8-Bit By 16-Bit Binary Multiplication 


Purpose: Multiply the 16-bit unsigned number in memory locations 40 and 41 (most 
significant bits in-41) by the 8-bit unsigned number in memory location 42. 
Store the result in memory locations 43 through 45 with the most significant 
bits in memory location 45. 


Sample Problems: 


a. (40 = 03 
(41) = 00 
(42) - 05 
Result = (43) = OF 
(44) - 00 
(45) - 00 
ie, 3x5 =15 
b. (40) = ӨЕ (29,295 decimal) 
(47) = 72 
(42) = 61 (97 decimal) 
Result = (43) = OF 
(44) = 5C 
(45) = 2B 


i.e., 29,295 x 97 = 2,841,615 


Proceed just as in the example under 8-Bit Binary Multiplication but save the 8 most 
significant bits of the product in the Accumulator, i.e., shift them in as the multiplier is 
shifted out. : 


4) Signed Binary Division 


Purpose: Divide the 16-bit signed number in memory locations 40 and 41 (most sig- 
nificant bits in 41) by the 8-bit signed number in memory location 42. The 
numbers are normalized so that the magnitude. of memory location 42 is 
greater than the magnitude of memory location 41, i.e. the quotient can be 
contained in 8 bits. Store the quotient (signed) in memory location 43 and 
the remainder (always positive) in memory location 44 


Sample Problems: 


a (40) = CO (64) 
(41) FF 
(42) = 08 
Result = (43) = F8 (8) quotient 2 
(44) = 00 (0) remainder 
b. (40) = 93 (4.717) 
(41) = ED 
(42) = 47 (71) decimal 


Result = (43) = BD (-67) decimal 
(44) = 2B (+40) decimal 


Determine the sign of the result, perform-an unsigned division, and adjust the quotient 
and remainder properly. 


checksum digit by the ALIGNED 1, 3, 7 MOD 10 method and store it in 
memory location 40. 


The ALIGNED 1, 3, 7 MOD 10 technique works as follows: 


1) Clear the checksum to start. 

2) Add the leading digit to the checksum. 

3) Multiply the next digit by 3 and add the product to the checksum. 
4) Multiply the next digit by 7 and add the product to the checksum. 
5) Continue the process (Steps 2-4) until you have used all the digits. 
6) The self-checking digit is the least significant of the checksum. 


For example, if the string of digits is: 


the result is: 


Sample Problems: 


a. (30) 
(41) 

(42) 

(43) 

Result 


b. (30) 
(41) 

(42) 

(43) 

(44) 

Result 


Checksum 
Self-checking digit 


Hon wow IN 


549321 
5T 534 - 3x9 ees Sue 47 X 15- 06 
= 76 
03 
36 
68 
51 


Checksum =3+3x6+7x6+8+3x5+7x1=93 
(40) = 03 т 


04 


Checksum =5+3x0+7x2+9+3x14+7x64+8+3x3=90 
(40) = 00 


Note that 7=2x3+1 and 3 =2 x1 + 1 so the formula Mj = 2 x Mj . 1 + 1 can be 
used to get from one multiplying factor to the next. 
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Chapter 9 
TABLES AND LISTS 


Tables and lists are two of the basic data structures used with all computer systems. 
We have already seen tables used to perform arithmetic and code conversions. Tables 
may also identify or respond to commands and instructions, linearize data, provide ac- 
cess to files or records, define the meaning of the keys or switches, and choose instruc- 
tion sequences. Lists are usually less structured than tables. Lists may record tasks 
which the processors must perform, output messages or data which the processor must 
record, or conditions which have changed or should be monitored. Tables are a simple. 
way of making decisions or solving problems since no computations or logical functions 
are necessary. The problem is simply one of organizing the table so that the proper en- 
try is easy to find. Lists allow the execution of multiple tasks, the preparation of multiple 
results, and the construction of interrelated data files (or data bases). Problems include 
how to add elements to the list апа delete elements from it. 


EXAMPLES 
Add Entry To List 


Purpose: Add the contents of memory location 30 to a list if it is not already present. 
The length of the list is in memory location 40 and the list itself begins in 
memory location 42. 


Sample Problems: 


a. (30) = 6B 
(40) = 04 
41) = 37 
(42) = 61 
(43) = 28 
(44) = 1D 
Result = (40) - 05 
(45) - 6В 


Тһе entry is added to the list since it is not already present. The length of the list is іп- 
creased by 1. 


b. (30) = 6B 
(40) = 04 
(41) = 37 
(42) = 6B 
(43) = 28 
(44) = 1D 
Result = Мо change since the entry is already in the list. 
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Flowchart: 


Source Program: 


SREST: 


DONE: 


LXI 









Entry 
Count (40) 
Pointer 


< 


Pointer = Pointer + 1 
Count = Count - 1 


No 


(Pointer) = Entry 
(41) = (41) + 1 


¡COUNT = LENGTH OF LIST 
ІРОІМТ TO START OF LIST 

;GET ENTRY 

115 ENTRY = ELEMENT IN LIST? 
; YES, THROUGH 

;NO, GO ON TO NEXT ELEMENT 


‘HAVE ALL ELEMENTS BEEN EXAMINED? 
; YES. ADD ENTRY TO LIST 


;ADD 1 TO LIST LENGTH 
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Object Program: 


Memory Address Instruction Memory Contents 
(Hex) (Mnemonic) (Hex) 





The program does not work if the length of the list could be zero. We could avoid this 
problem by checking the length initially. The initialization procedure would then be: 


LXI H.42H 

MOV В.М ;COUNT = LENGTH OF LIST 

SUB A 

ORA B ;SET FLAGS FROM COUNT 

LDA 30H ;GET ENTRY 

INX H ІРОІМТ TO START OF LIST 

JZ ADELM  :ADD 1ST ENTRY IF LIST EMPTY 
ADELM: MOV M.A ;ADD ENTRY TO LIST 


The procedure: 


LXI H,ADDR 
INR M 


is a quick way to add 1 to a counter in memory location ADDR. Using DCR M in a similar 
fashion subtracts 1 from the counter. MVI M.CONST can place a starting value (such as 
zero) in the counter. Memory locations should, of course, only be used for counters 
when no registers are available. 
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Clearly this method of adding elements is very inefficient if the list 


is long. We could improve the procedure by limiting the search to 

part of the list or by ordering the list. We could limit the search by using the entry to get 
a starting point in the list. This methad is called hashing and is much like selecting a 
starting page in a dictionary or directory on the basis of the first letter in an entry. We 
could order the list by numerical value. The search could then end when the list values 
went beyond the entry (the values would be either larger or smaller depending on the 
ordering technique used). The difficulty with this method is that a new entry would 
have to be inserted properly and then all the other entries would have to be moved 
down in the list. 


The program could be restructured to use two tables. One table could provide a starting 
search point in the other table, e.g.. the search point could be based on the most or 
least significant 4-bit digit in the entry. 


lf each entry were longer than one word, a pattern-matching procedure would be 
necessary as in the example given under PATTERN MATCH. We would have to be 
careful to line up the next entry correctly if a match failed, і.е., skip over the last part of 
the present entry once a mismatch was found. 


Check An Ordered List 


Purpose: Check the contents of memory location 30 to see if it is in an ordered list. The 
length of the list is in memory location 41; the list itself begins in memory 
location 42 and consists of unsigned binary numbers in increasing order. If 
the contents of location 30 is in the list, clear memory location 40; otherwise, 
set memory location 40 to FF (hex). 


Sample Problems: 


a. (30): = 6B 
(41) = 04 
(42) = 37 
(43) = 55 
(44) = 7D 
(45) = Al 

Result = (40) =FF 
b. (30) = 6B 
(41) = 04 
M2); = 37 
(43) = 55 
(44) = 6B 
(45) Al 


Result = (40) = 00 
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Flowchart: 








Entry < (Pointer) 


Pointer = Pointer + 1 
Count = Count - 1 


Yes 


Mark = FF (Hex) 


(40) = Mark 
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INX H ‘POINT TO START OF LIST 


MVI СӨ ;MARK = 0 FOR IN LIST 

LDA 30H :СЕТ ENTRY 
SREST: CMP M 15 ENTRY = ELEMENT IN LIST? 

JZ DONE ; YES, THROUGH 

JE NOTIN = ;ENTRY NOT IN LIST IF < ELEMENT 

INX H :GO ON TO NEXT ELEMENT 

DCR B 

JNZ SRLST ;ALL ELEMENTS EXAMINED? 
NOTIN: MVI C.OFFH  ;YES, MARK = FF FOR NOT IN LIST 
DONE: MOV А.С :5АУЕ MARK = 0 OR FF 

STA 40H 


HERE: JMP HERE 
Object Program: 


Instruction Memory Contents 
(Mnemonic) (Hex) 
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The searching process is a bit different here since the elements are ordered. Once we 
find an element larger than the entry. the search is over since subsequent elements will 
be even larger. You may want to try an example to convince yourself that the procedure 
works. 


As in the previous problem. a table or other method which chose a SEARCHING 
good starting point would speed the search. One method would be METHODS 

to start in the middle and then determine which half of the list the 

entry was in, then divide the half into halves, etc. This method is called a "binary 
search” since it divides the remaining part of the list in half each time. Knuth describes 
other searching techniques in his book "The Art Of Computer Programming. Volume 
ІШ: Sorting and Searching’. Addison-Wesley. Reading. Mass.. 1973. Knuth also has dis- 
cussed searching and hashing in a more elementary way in an article entitled 
"Algorithms" (see the April 1977 issue of Scientific American). 


This algorithm is a bit slower than the one in the example given under ADD ENTRY TO 
LIST because of the extra conditional Jump (JC NOTIN). The average execution time for 
this simple search technique increases linearly with the length of the list. while the 
average execution time for a binary search is logarithmically related to the length of the 
list (the search time increases by one iteration time when the length doubles). Note that 
we could replace the MVI C,OFFH instruction at label NOTIN with a DCR C instruction 
and save a byte of object code. Why are we allowed to do this? 


Replacing A Chain With Data 


Purpose: Replace each entry in a chain of addresses with data. The data is in memory 
locations 40 and 41 (MSBs in 41). The address of the start of the chain is in 
memory locations 42 and. 43 (MSBs in 43). Each entry in the chain is two 
bytes long and points to the address of the next two-byte element in the 
chain. The last element in the chain contains zero to indicate that there is no 
next element. 


This kind of data structure (the chain) is used to allow forward referencing. 
i.e., referencing symbols before they are defined. The most common use is in 
assemblers and compilers. In this usage. when a symbol that has not yet 
been defined (by defined we mean established by an EQU or used as a label, 
etc.) is referenced. an entry is made to a chain of all references to that sym- 
bol. When the symbol is finally defined. all references to that symbol are lo- 
cated and then satisfied by processing the chain. 


Sample Problem: 


(40) = 66 
ал) = оо і data 
e > a | address of first element in list 
oes E m | address of second element in list 
pes E 2 } ena of list 
Result = (46) = 66 
(47) =00 
(4D) = 66 
(4E) = 00 
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Flowchart: 


Source Program: 


LHLD 
MOV 
MOV 
LHLD 
“МОУ 
МОУ 
ІМХ 
МОУ 
MOV 
XCHG 
MOV 
ORA 
JNZ 
HERE: JMP 


CHAIN: 


Temp = (Pointer) 
(Pointer) = Data 
Pointer = Temp 
Is 
N 
£ Pointer 0 


;GET DATA AND SAVE 








Data = (40 and 41) 
Pointer = (42 and 43) 






ІРОІМТ TO START OF LIST 
:СЕТ ADDRESS OF NEXT ELEMENT 


;REPLACE POINTER WITH DATA 
;NEW POINTER 

15 NEW POINTER ZERO? 

ЛР SO, NO MORE ELEMENTS 

;IF NOT, CONTINUE TRACING 
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Object Program: 


Memory Address Instruction Memory Contents 
(Mnemonic) 


LHLD 40H 


MOV 
MOV 
LHLD 


MOV 
MOV 
INX 

MOV 
MOV 


MOV АН 


ОВА L 
CHAIN 


HERE 





The 8080 processor has some 16-bit instructions but not a full set. There is no implied 
memory addressing with 16-bit data nor is there a way of checking if a 16-bit number is 
zero. We therefore must use the 8-bit MOV instruction to fetch the new pointer and fill 
the old one with data. We also must use the logical ORing of the two 8-bit sections to 
determine if the 16-bit pointer is zero (note that adding the two 8-bit sections would not 
work — why?) 


The XCHG instruction which exchanges the contents of register pair H and L with D 
and E is convenient as a 16-bit register transfer instruction. XCHG replaces a whole 
series of MOV instructions since it exchanges two 16-bit quantities. Note that you can- 
not transfer the pointer immediately to H and L (what happens if you replace MOV EM 
with MOV L.M?) 


Chaining can handle lists which are not in sequential memory locations. Each element 
must somehow contain the address of the next element. Such lists can allow a user to 
change variables, fill in definitions in a program. or create a linked data base. 


of the array is in memory location 40 and the array itself begins in memory 
location 41. 


Sample Problem: 


(40) = 06 
(41) = 2A 
(42) = В5 
(43) = 60 
(44) = 3F 
(45) = D1 
(46) = 19 

Result = (41) = D1 

(42) = B5 

(43) = 60 

(44) = 3F 

(45) = 2A 

(46) = 19 


A simple sorting technique works as follows: 

STEP 1 - Clear a flag INTER. 

STEP 2 - Successively examine each pair of numbers in the array. 
If any are out of order. exchange them and set flag INTER. 

STEP 3 - If INTER + 0, return to STEP 1. 


INTER will be set to 1 if any pair of numbers is out of order. Therefore. if INTER = О, the 
array is in proper order. 





The technique operates as follows in a simple case. Let us assume that we want to sort 
an array into ascending order; the array has four elements — 08, 15, 03, 12 


1st iteration: 
STEP 1 - INTER = 0 
STEP 2 - Final order of the array is: 


since the first pair (08, 15) is exchanged and so is the third pair (03, 12). INTER = 1. 


2nd iteration: 
STEP 1 - INTER = 0 
STEP 2 - Final order of the array is: 


since the second pair (08, 12) is exchanged. INTER = 1. 


3rd iteration: 
STEP 1 -INTER = O 


STEP 2 - The elements are already in order so no exchanges are necessary and INTER 
remains zero. 
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Flowchart: 


Inter = 
Count 
Pointer 


(Pointer) > 
(Pointer + 1) 


Temp = (Pointer) 
(Pointer)= (Pointer + 1) 
(Pointer + 1) = Temp 

Inter = 1 


Pointer = Pointer + 1 
Count = Count - 1 
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Source Program: 


SORT: MVI В.0 ;INTERCHANGE FLAG = 0 
LXI H.41H :СООМТ = LENGTH OF ARRAY 
MOV см 
DCR С :NUMBER OF PAIRS = COUNT -1 
INX H ;POINT TO START OF ARRAY 
PASS1: MOV A.M СЕТ Kth ELEMENT 
INX H 
CMP M :СОМРАВЕ TO (K+1)th ELEMENT 
JNC CNT ;NO INTERCHANGE IF Kth > (K+1)th 
MOV D,M “INTERCHANGE IF OUT OF ORDER 
MOV M.A 
DCX H 
MOV M.D 
INX H 
MVI B.1 sINTERCHANGE FLAG = 1 
CNT: DCR С ;COUNT DOWN 
JNZ PASS1 
DCR B 15 INTERCHANGE FLAG 1? 
JZ SORT ; YES, DO ANOTHER PASS 


HERE: JMP HERE 
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Object Program: 


Memory Address Instruction Memory Contents 
(Hex) (Mnemonic) (Hex) 
MVI 


LXI 


MOV 
DCR 
INX 
MOV 
INX 
CMP 
JNC 


MOV 


MOV 
DCX 
MOV 
INX 





The case where two elements in the array are equal is very important here. The program 
should not perform an interchange in that case since that interchange would occur in 
each pass. The result would be that each pass would set the interchange flag, thus pro- 
ducing an endless loop. 


The 8080 Conditional Branch instructions can be limiting. and are particularly limiting 
in this program. Following an instruction like CMP M, we have only JC, jump if 
(M) > (A), and JNC, jump if (M) < (A). We do not have Jump instructions in the case 
where the equality condition is reversed, i.e., (M) > (A) and (M) « (A). Therefore, we 
must be careful of the order of operations. 


Implied memory addressing through Registers H and L is awkward here since the pro- 
gram uses pairs of elements rather than single elements. Note that if the 8080 had in- 
dexing this program would be much simpler, since the two elements could be referred 
to with the same base address but different indexes. 


Before starting each sorting pass. we must be careful to re-initialize the counter, 
pointer, and interchange flag. 
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Kernighan and Ріаидег describe some algorithms and compare 
their efficiency on pages 106-111 of their book “Тһе Elements of Programming Style", 
McGraw-Hill, New York, 1974. 


Using A Jump Table With A Key 


Purpose: Use the contents of memory location 30 as the key to a jump table starting in 
location 41. Each entry in the jump table contains an 8-bit key value followed 
by a 16-bit address (MSBs in second word) to which the program should 
transfer control if the key is equal to that key value. 


Sample Problem: 


(30 = 38 
(41) = 32 
(42) = 55 
(43) = 00 
(44) = 35 
(45) = 61 
(46) = 00 
(47) = 38 
(48) = 65 
(49) = 00 


Result = (PC) = 0065 since that address corresponds to key value 38. 
Flowchart: 








Key =(Pointer) 
? 







PC =(Pointer + 2, 

Pointer + 1) 
(Jump to 

Table Address) 






Pointer = Pointer 
+3 


‘Source Program: 


LDA 30H ;GET KEY 

LXI H,41H ;POINT TO START OF JUMP TABLE 
SRKEY: CMP M 15 KEY = TABLE KEY? 

INX H 

dz FOUND ;ҮЕ5, JUMP TO ADDRESS IN TABLE 

INX H ‚МО, GO TO NEXT ENTRY 

INX H 

JMP SRKEY 
FOUND: | MOV EM ;GET. JUMP ADDRESS FROM TABLE 

INX H 

MOV о.м 

XCHG 

PCHL ‘AND JUMP TO IT BY MOVING IT TO PC 


SRKEY 


EM 
H 
DM 





If a key comparison fails, we must skip over the key and the associated address before 
making the next comparison. The three INX H instructions do this. 


The instruction PCHL, which transfers H and L to the Program Counter, is very handy in 
jump tables and monitor programs. Note that PCHL is a Jump instruction since it places 
a new value in the Program Counter. It is, in fact, the only 8080 instruction that allows 
us to place a variable address directly into the Program Counter. All the Jump and Call 
instructions use fixed addresses. 


No ending operation is necessary since PCHL transfers control to the address in the 
jump table. 


Jump tables are very useful in situations where one of several routines must be 
selected. Such situations arise in decoding commands, selecting test programs, choos- 
ing alternate methods. or selecting. an 1/0 configuration. 


The jump table replaces a whole series of conditional Jump operations. The program 
which searches the jump table could be used to search several different tables merely 
by changing the key and starting address. 


Here again, handling 16-bit or longer data is awkward. The 8080 has no single instruc- 
tion that will increment the address in H and L by three, nor does it have a single in- 
struction that will fetch the 16-bit jump address from the table. Each of these tasks re- 
quires several instructions. 


How could you restructure the initial conditions to eliminate the extra Jump instruc- 
tion? 


PROBLEMS 


1) Remove Entry From List · 


Purpose: Remove the contents of memory location 30 from a list if it is present. The 
length of the list is in memory location 41 and the list itself begins in memory 
location 42. Move the entries below the one removed up one position and 
reduce the length of the list by 1. 


Sample Problems: 


a. (30 = 6B 
(41) = 04 
(42) = 37 
(43) = 61 
(44) = 28 
(45) = 1D 
Result = Мо change since the entry is not in the list. 

b. (30) = 6B 
(41) = 04 
(42) = 37 
(43) = 6B 
(44) = 28 
(45) = 1D 

Result = (41) =03 

(43) = 28 

(44) = 1D 


The entry. is removed from the list and the ones below it are moved up one position. The 
length of the list is reduced by 1. 


2) Add Entry To Ordered List 


Purpose: Place the contents of memory location 30 in an ordered list if itis not already 
there. The length of the list is in memory location 41; the list itself begins in 
memory location 42 and consists of unsigned binary numbers in increasing 
order. Place the new entry in the correct position in the list. adjust the ele- 
ments below it down, and increase the length of the list by 1. 


Sample Problems: 


а. (30) = 6B 
(41) = 04 
(42) = 37 
(43) = 55 
(44) = 7D 
(45) = Al 

Result = (41) = 05 

(44) = 6B 

(45) = 7D 

(46) = А1 
b. (30) = 6B 
(41) = 04 
(42) = 37 
(43) = 55 
(44) = 6B 
(45) = Al 

Result = Unchanged since the entry is: already in the list. 


3) Add Element To Chained List 


Purpose: Add the address in memory location 40 and 41 (MSBs in 41) toa chained list. 
The address of the old starting address of the list is in memory location 42 
and 43 (MSBs in 43). Each entry in the chained list contains either the ad- 
dress of the next element in the list or zero if there is no next element: the en- 
tries are all 16 bits with the most significant bits in the second word of the 
entry. The new entry goes at the head of the list: its address will be in memo- 
ry location 42 and 43 and it will contain the address that was previously in 
those locations. 


Sample Problem: 


iz ену 
С " ad pointer to old head of list 
Result — ре epe } pointer to new head of list 
(46) = 4D 


(47) = 00 | entry points to old head of list 


4) 16-Bit Sort 


Purpose: Sort an array of unsigned 16-bit binary numbers into increasing order. The 
length of the array is in memory location 40 and the array itself begins in 
memory location 41. Each 16-bit number is stored with the least significant 
bits in the first word. 


Sample Problem: 


(40) 
(41) 
(42) 
(43) 
(44) 
(45) 
(46) 


Result 


LOL OS HOS ари | 


03 
2A 
B5 
60 
3F 
D1 
19 
(41) 2 D1 
(42) = 19 
(43) = 60 
(44) = 3F 
(45) = 2A 
(46) = B5 


The numbers are B52A, 3F60, and 19D1. 
5) Using An Ordered Jump Table 


Purpose: Use the contents of memory location 30 as an index to a jump table starting 
in location 41. Each entry in the jump table contains a 16-bit address with 
the MSBs in the second word to which the program should transfer control if 
the index has the appropriate value, i.e., if the index is 6, the program forces 
а jump to address entry #6 іп һе table. 


Sample Problem: 


(30) 
(41) 
(42) 
(43) 
(44) 
(45) 
(46) 


how ЧЁ al 


Result = 


(PC) = 0060 since that is entry #2 in the jump table. 
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Chapter 10 
SUBROUTINES 


None of the examples that we have shown so far is typically a program all by itself. 
Most real programs perform a series of tasks, many of which may be the same or may 
be common to several different programs. We need a way to formulate these tasks once 
and make that formulation conveniently available both in different parts of the current 
program and in other programs. 


The answer is to formulate the task as a “subroutine”. The SUBROUTINE 
resulting sequence of instructions can be written once, tested. LIBRARY 

and then used repeatedly. It can form part of a “subroutine 

library” which will provide documented solutions to common problems. 


Most microprocessors have special instructions for transferring SUBROUTINE 
control to subroutines and restoring control to the main pro- INSTRUCTIONS 
gram. We often refer to the special instruction that transfers 

control їо a subroutine as Call, Jump to Subroutine, Jump and Mark Place, or Jump and 
Link. The special instruction that restores control to the main program is usually called 
Return. On the 8080 microprocessor, the Call instruction saves the old value of the Pro- 
gram Counter in the RAM Stack before placing the starting address of the subroutine in 
the Program Counter: the Return instruction gets the old value from the Stack and puts 
it back in the Program Counter. The effect is to transfer program control. first to the 
subroutine and then back to the main program. Clearly the subroutine may itself 
transfer control to a subroutine and so on. 


In order to be really useful, a subroutine must be reasonably general. A routine that сап 
only perform a specialized task such as looking for a particular letter in an input string 
of fixed length will not be very useful. If, on the other hand, the subroutine can look for 
any letters in strings of any length, it will be far more helpful. We call the data or ad- 
dresses which the subroutine permits to be variables "parameters". An important part 
of writing subroutines is deciding which variables should be parameters. 


One problem is transferring the parameters to the subroutine: this PASSING 
process is called "passing" parameters. The simplest method is for PARAMETERS 
the main program to place the parameters in registers. Then the 

subroutine can simply assume that the parameters are there. Of course, this technique 
is limited by the number of registers that are available. The parameters may, however, 
be addresses as well as data. For example, a sorting routine could begin with the start- 
ing address of an array in Registers H and L. 


Other methods are necessary when there are more parameters. One possibility is to use 
the Stack. The main program can place the parameters in the Stack and the subroutine 
can retrieve them. The advantages of this method are that the Stack is essentially 
unlimited in size and that data in the Stack is not lost even if the Stack is used again. 
The disadvantages are that few 8080 instructions use the Stack, and the Call instruc- 
tion also stores the return address in the Stack. Another method is to use an area of 
memory for parameters. The main program can place the address of the area in 
Registers H and L and the subroutine can then retrieve the data as needed. However, 
this procedure is awkward if the parameters themselves are addresses. 
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Sometimes a subroutine must have special features. A subroutine RELOCATION 


is “relocatable” if it can be placed anywhere in memory. You сап 

use such a subroutine easily regardless of the placement of other programs or the ar- 
rangement of the memory. A strictly relocatable program can use no absolute ad- 
dresses: all addresses must be relative to the start of the program. The program requires 
а “relocating loader" to place it in memory: the loader will start the program after other 
programs and will add the starting address or "relocation constant" to all addresses іп 
the program. 


A subroutine is “re-entrant” if it can be interrupted and re-entered 
by the interrupting program. Re-entrancy is important for standard SUBROUTINE 

subroutines in an interrupt-based system. Otherwise the interrupt 

service routines cannot use the standard subroutines without producing errors. 
Microprocessor subroutines are easy to make re-entrant since the Call instruction uses 
the Stack and that procedure is automatically re-entrant. The only remaining require- 
ment is that the subroutine must use the registers and Stack rather than fixed memory 
locations for temporary storage. This is a bit awkward but usually can be done if 
necessary. 


A subroutine is "recursive" if it calls itself. Such a subroutine clearly must also be ге- 
entrant. However, recursive subroutines are uncommon in microprocessor applications. 


Most programs consist of a main program and several subroutines. This is advan- 
tageous because you can use proven routines and debug and test the other subroutines 
separately. You must, however, be careful to use the subroutines properly and remem- 
ber their exact effects. 


SUBROUTINE DOCUMENTATION 


Subroutine listings must provide enough information so that 
other users can utilize the subroutine without having to ex- SUBROUTINES 
amine its internal structure. Among the necessary specifica- 

tions are: 

1) A description of the purpose of the subroutine. 

2) А list of parameters. 

3) Registers and memory locations used. 

4) A sample case. 


If these guidelines are followed, the subroutine will be as easy to use as possible. 


It is important to note that the following examples all reserve an area of memory for the 
RAM stack. If the monitor in your microcomputer establishes such an area, you may use 
it instead. If you wish to try establishing your own stack area, remember to save and 
restore the monitor's Stack Pointer in order to produce a proper return at the end of 
your main program. 


To save the monitor Stack Pointer, use the routine: 


LXI H,O ;GET MONITOR STACK POINTER 
DAD SP 
SHLD STEMP ;AND SAVE IT 

To restore the monitor Stack Pointer, use the routine: 
LHLD STEMP ;RESTORE MONITOR STACK POINTER 
SPHL 


We have used 80 hex as the starting point for the Stack. If necessary, you should con- 
sistently replace that address with one suitable for your microcomputer. 
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EXAMPLES 
Hex To ASCII 


Purpose: Convert the contents of the Accumulator to an ASCII character. Place the 
result in the Accumulator. 


Sample Problems: 


a. (Ay = ОС 

Result = (А)-43 “С 
b. (A) = 06 

Result = (A)=36 6 
Flowchart: 


(A) = (А) + ASCII A 
- ASCII 9 - 1 


(A) = (A) + ASCII 0 
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EUR T ERE 


location 41. 


HERE: 


ASDEC: 


ASCZ: 


ORG 0 
LXI SP,80H :5ТАВТ STACK AT MEMORY LOCATION 80 
LDA 40H ;GET DATA 
CALL ASDEC ;CONVERT TO ASCII 
STA AH. ;STORE RESULT 
JMP HERE 
The subroutine converts a hexadecimal digit to ASCII. 
ORG 20H 
CPI 10 15 DATA 10 OR MORE? 
JNC ASCZ 
ADI 'A'-'9'-1 ; YES, ADD OFFSET FOR LETTERS 
ADI о ;ADD OFFSET FOR ASCII 
RET 


Subroutine documentation: 


“SUBROUTINE ASDEC 
‘PURPOSE: .ASDEC CONVERTS A HEXADECIMAL 
DIGIT IN THE ACCUMULATOR TO AN 
ASCII CHARACTER IN THE ACCUMULATOR 
"INITIAL CONDITIONS: HEX DIGIT IN А 
‘FINAL CONDITIONS: ASCII CHARACTER IN A 
‘REGISTERS USED: A 
“SAMPLE CASE 
STARTING CONDITION: 6 IN ACCUMULATOR 


FINAL CONDITION: ASCII 6 (HEX 36) 
IN ACCUMULATOR 
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Object Program: 


Calling program: 


Memory Address Instruction Memory Contents 
(Hex) (Mnemonic) (Hex) 


LXI SP,80H 


LDA 40H 


CALL ASDEC 


STA 41H 


HERE: JMP 





Subroutine: 
ASDEC: СЕРІ 


JNC 


ADI 


ASCZ: ADI 


RET 





The instruction LXI SP,80H starts the Stack at memory location 80. Remember that the 
Stack grows downward (to lower addresses). We usually place the Stack at the high 
end of RAM (i.e., the largest address) so that it will not interfere with other temporary 
storage. 


The Call instruction places the subroutine starting address (0020 hex) in the Program 
Counter and saves the old Program Counter (0009 hex) in the Stack. The procedure is: 


STEP 1 - Decrement Stack Pointer, save MSBs of old Program Counter in Stack. 
STEP 2 - Decrement Stack Pointer, save LSBs of old Program Counter in Stack. 


The result in this case is: 


(7F) = 00 
(7E) = 09 
(SP) = 7E 


The value which is saved is the value of the Program Counter after the processor has 
fetched the entire Call instruction from memory. Note that the address ends up stored 
just like other 8080 addresses with the least significant bits in the lower address. 
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The Return instruction loads the Program Counter with the contents of the bottom two 
memory locations in the Stack into the Program Counter. The procedure is: 

STEP 1 - Move 8 bits from Stack to LSBs of Program Counter. Increment Stack Pointer. 
STEP 2 - Move 8 bits from Stack to MSBs of Program Counter. Increment Stack Pointer. 


The result in this case is: 


[РС] = (7F) (7E) 
0009 
[SP] = 80 


This subroutine has a single parameter and produces a single result. The Accumulator 
is the obvious place to put both. 


The calling program involves three steps: placing the data in the Accumulator, calling 
the subroutine. and storing the result. In addition, the initialization must assign the 
Stack to an appropriate area of memory. 


The subroutine is re-entrant since it uses no memory locations. The subroutine can be 
relocated by using a different ORG statement and then reassembling the code. 


If you plan to use the Stack for parameters, remember that the Call instruction places 
the return address in the Stack. You can execute INX SP twice.to get past the return ad- 
dress but you must also remember to adjust the Stack Pointer properly before returning. 
You can also move the Stack Pointer to Registers H and L with the sequence: 

LXI H,O 

DAD SP ;:STACK POINTER TO ADDRESS REGISTER 


Now you can use implied memory addressing with H and L to access data in the Stack. 
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Length Of A String Of Characters 


Purpose: Determine the length of a string of ASCII characters. The starting address of 
the string is in Registers H and L. The end of the string is marked by a car- 
riage return character (‘CR’, hex OD). Place the length of the string (excluding 
the carriage return) in the Accumulator. 


Sample Problems: 


a. (H AND L) = 43 
(43) = OD 
Result = (A) =00 
b. (H AND L) = 43 
(43) = 52 
(44) = 41 
(45) = 54 
(46) = 48 
(47) = 45 
(48) = 52 
(49) = OD 


Result = (A) =06 
Flowchart: 






Pointer = (H and L) 
Count = 0 






Count = Count + 1 
Pointer = Pointer + 1 


Source Program: 


The calling program starts the Stack at memory location 80, gets the starting address 
from memory locations 40 and 41, calls the string length subroutine, and stores the 
result in memory location 42. 


ORG 0 

LXI SP,80H ;:START STACK AT LOCATION 80 
LHLD 40H ;GET STARTING ADDRESS OF STRING 
CALL STLEN ;DETERMINE STRING LENGTH: 

STA 42H ‘STORE STRING LENGTH 


HERE: JMP HERE 


The subroutine determines the length of a string of ASCII characters and places the 
length in the Accumulator. 


ORG 20H 
STLEN: MVI B.O ;LENGTH = 0 

MVI А.ООН ;GET ‘CR’ FOR COMPARISON 
CHKCR: CMP M 15 CHARACTER ‘CR’? 

JZ DONE ; YES, END OF STRING 

INR B (МО. ADD 1 TO LENGTH 

INX H 


DONE: MOV A.B 
Subroutine documentation: 


“SUBROUTINE STLEN 

‘PURPOSE: STLEN DETERMINES THE LENGTH 

; OF A STRING (NUMBER OF CHARACTERS 
BEFORE A CARRIAGE RETURN) 


“INITIAL CONDITIONS: STARTING ADDRESS 
OF STRING IN H AND L 


‘FINAL CONDITIONS: NUMBER OF CHARACTERS IN A 
REGISTERS USED: A, B, Н, L 
‘SAMPLE CASE: 

STARTING CONDITION: (H AND L) = 43 


(43) = 35, (44) = 44, (45) = 00 
FINAL CONDITION: (А) = 02 
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Object Program: 


Calling program: 


Memory Address Instruction Memory Contents 
(Hex) (Mnemonic) ) 


LXI SP,80H 


LHLD 40H 


CALL STLEN 


STA 42H 






Subroutine: 


The calling program involves four steps: initializing the Stack Pointer, placing the start- 
ing address of the string in Registers H and L, calling the subroutine, and storing the 
result. 


The subroutine is re-entrant since it does not change any memory locations. 


The subroutine changes Register B and the address in Registers H and L as well as the 
Accumulator. The programmer must be aware that data stored in Register B and the ad- 
dress loaded into H and L will be lost; the registers used are an absolutely essential part 
of the subroutine documentation. 


An alternative to destroying register contents in the subroutine is to save them in the 
Stack and then restore them before returning. This approach makes life easier for the 
user calling the routine, but costs extra time and memory (in the Stack) in the routine. 


This subroutine has a single parameter which is an address. The best way to pass this 
parameter is through a register pair. and since the Н and L register pair is certainly the 
most flexible as far as addressing options are concerned, it is the obvious choice. 
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The subroutine contains an unconditional Jump instruction, JMP CHKCR. By altering 
the initial conditions prior to entering the subroutine’s loop. can you eliminate this 
Jump? 


Add Even Parity To ASCII Characters 


Purpose: Add even parity to a string of 7-bit ASCII characters. The length of the string 
is in the Accumulator and the starting address of the string is in Registers H 
and L. Place even parity in the most significant bit of each character, i.e., set 
the most significant bit if that makes the total number of 1 bits in the word 
even. 


Sample Problem: 


(A) = 6 

(HANDL) = 40 
(40) = 31 
(41) = 32 
(42) = 33 
(43) = 34 
(44) = 35 
(45) = 36 

Result = (40) = B1 

(41) =B2 

(42) = 33 

(43) = B4 

(44) = 35 

(45) = 36 
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Flowchart: 












Pointer = (H and L) 
Count = (A) 






Does 
(Pointer) have 
even parity 





(Pointer) = (Pointer) 
OR 10000000B 
(Set parity bit) 


Pointer = Pointer + 1 
Count = Count - 1 
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Source Program: 


The calling program starts the Stack at memory location 80, sets the starting address to 
40, gets the string length from memory location 30, and calls the even parity 
subroutine. 


ORG 0 

LXI SP,80H :START STACK AT LOCATION 80 

LXI H.40H :СЕТ STARTING ADDRESS OF STRING 
LDA 30H ;GET STRING LENGTH 

CALL EPAR ‘ADD EVEN PARITY TO STRING 


HERE: JMP HERE 
The subroutine adds even parity to a string of ASCII characters. 


ORG 20H 
EPAR: MOV B.A 

MVI C,10000000B ;СЕТ PARITY BIT OF 1 
SETPR: MOV A.M :СЕТ A CHARACTER 

ORA C ;PARITY BIT = 1 

JPO CHCNT ;DON'T SAVE IF PARITY NOW ODD 

MOV M.A ;MAKE PARITY EVEN 
CHCNT: INX H 

DCR B 

JNZ SETPR 

RET 


Subroutine documentation: 


:SUBROUTINE EPAR 


‘PURPOSE: EPAR ADDS EVEN PARITY 
TO A STRING OF 7-BIT ASCII 
CHARACTERS 


‘INITIAL CONDITIONS: STARTING ADDRESS 
; OF STRING IN H AND L, LENGTH 
OF STRING IN A 


‘FINAL CONDITIONS: EVEN PARITY IN 
; MSB OF EACH CHARACTER 


“REGISTERS USED: А.В, CHL 


:ЅАМРІЕ CASE: 
STARTING CONDITION: (H AND L) = 40 
(A) = 2, (40) = 32, (41) = 33 
FINAL CONDITION: (40) = B2, 
(41) = 33 
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Object Program: 
Calling program: 


Memory Address Instruction Memory Contents 
(Hex) (Mnemonic) (Hex) 





Subroutine: 


BA 
C,10000000B 


A.M 


H 
B 
SETPR 





The calling program must place the starting address of the string in Registers H and L 
and the length of the string іп А before transferring control to the subroutine. 


The subroutine changes the values in Registers A, H, and L and uses Registers B and C 
for temporary storage. It is-re-entrant since it does not use any fixed memory locations 
for temporary storage. 


This subroutine has two parameters, an address and a number. Registers H and L are 
used to pass the address and A to pass the number. No explicit results are returned 
since the subroutine only affects the MSB of each character in the string. 
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is in Registers H and L; the starting address of the other string is in Registers 
D and E. If the two strings match, clear the Accumulator; otherwise, set the 
Accumulator to FF hex. 


Sample Problems: 


а: A = 03 
(D AND E) = 50 
(H AND L) = 60 

БОК = 43 С 

OIE AT A 

(62) “-- 54-T 

(60) = 43 С 

(61) = 41 A 

(б2 = 54 T 

Result = (A) =0 
b. (ДЇ = 03 
(D AND Е) = 50 
(Н AND L) = 60 

(50) = 52 R 

Si) = 4l A 

(52) = “5477 

(60). = 43 С 

6F = 41-A 

(62) = 54 ү 


Result = (A) =FF (hex) 
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Flowchart: 













Pointer 1 = (D and E) 
Pointer 2 — (H and L) 
Count = (A) 






(Pointer 1) 
— (Pointer 2) 






Pointer 1 — 
Pointer 1 + 1 
Pointer 2'= 
Pointer 2 + 1 
Count — Count - 1 










(A) = FF (Hex) 
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Source Program: 


The calling program starts the Stack at memory location 80. sets the starting addresses 
of the strings to 50 and 60 respectively. gets the string length from memory location 
40. calls the pattern match subroutine. and places the result in memory location 41. 


ORG 0 

LXI SP,80H  ;START STACK AT LOCATION 80 

LXI D,60H ;GET STARTING ADDRESS OF STRING 1 
LXI H,50H :СЕТ STARTING ADDRESS OF STRING 2 
LDA 40H ;GET STRING LENGTH 

CALL PMTCH  ;CHECK FOR MATCH 

STA 41H ;:SAVE MATCH INDICATOR 


HERE: JMP HERE 


The subroutine determines if the two strings are the same. 


ORG 20H 
PMTCH: MOV B.A 
CHCAR: LDAX D ;GET CHARACTER FROM STRING 2 
CMP M 15 THERE А MATCH WITH STRING 1? 
JNZ NOMCH ;NO, DONE — STRINGS NOT EQUAL 
INX D ‘MOVE POINTERS 
INX H 
DCR B ;COUNT CHARACTERS 
JNZ CHCAR 
SUB A “COMPLETE MATCH, (A) = 0 
RET 
NOMCH: MVI A,OFFH :МО MATCH, (A) = FF 
RET 


Subroutine documentation: 


“SUBROUTINE PMTCH 


‘PURPOSE: PMTCH DETERMINES IF 
TWO STRINGS ARE EQUIVALENT 


‘INITIAL CONDITIONS: STARTING ADDRESSES 
OF STRINGS IN D AND E, H AND L; 
LENGTH OF STRINGS IN ACCUMULATOR 


‘FINAL CONDITIONS: O IN A IF 
STRINGS MATCH, FF IN A OTHERWISE 


“REGISTERS USED: A. B, D, E, H. L 


;SAMPLE CASE: 
STARTING CONDITIONS: (H AND L) = 
50. (D AND E) = 60, (А) = 2 
(50) = 36, (51) = 39 
(60) = 36, (61) = 39 
FINAL CONDITION: (A) = 0 SINCE THE STRINGS MATCH 


Object Program: 
Calling program: 


Memory Address Instruction Memory Contents 
(Hex) (Mnemonic) (Hex) 


LXI SP.80H 


LXI D.60H 


LXI H.50H 


LDA 40H 


CALL PMTCH 


STA 41H 






Subroutine: 


This subroutine, like the preceding ones, changes all of the flags. You should generally 
assume that a subroutine call changes the flags unless it is specifically stated other- 
wise. If the main program needs the old flag values, it must save them in the Stack prior 
to calling the subroutine. (This is accomplished by using the PUSH PSW instruction.) 


The subroutine is re-entrant and changes all the registers except C. 


This subroutine has three parameters — the two starting addresses and the length of 
the strings. These parameters use five of the seven general-purpose registers. 
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Multiple-Precision Addition 


Purpose: Add two multiple-word binary numbers. The length of the numbers (in bytes) 
is in the Accumulator, the starting addresses of the numbers are in Registers 
D and E and H and L. and the starting address of the result is in Registers B 
numbers begin with the least significant bits. 


and C. All the 
Sample Problem: 


(A) 
(0 AND Е) 
(Н АМО 1) 
(В АМО С) 
(51) 
(52) 
(53) 
(54) 
(61) 
(62) 
(63) 
(64) 


Med db 


Result — 


Flowchart: 


04 
51 

61 

7 

C3 

A7 

5B 

2F 

B8 

35 

DF 

14 

(71) = 78 
(72) =00 
(73) = ЗА 
(74) = 44 
2F5BA7C3 
14DF35B8 
443ADD7B 


Count - (A) 
Pointer 1 —(D and E) 
Pointer 2 = (Н and L} 
Pointer 3 — (B and C) 

Carry = 0 


(Pointer 3) = 
(Pointer 1) 
+ (Pointer 2) 
+ Carry 


Pointer 1= Pointer 1+ 1 

Pointer 2=Pointer 2+1 

Pointer 3=Pointer 3 + 1 
Count = Count - 1 
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(This step also produces new Carry) 


Source Program: 


The calling program starts the Stack at memory location 80, sets the starting addresses 
of the various numbers to 50, 60 and 70 respectively, gets the length of the numbers 
from memory location 40, and calls the multiple-precision addition subroutine. 


‘START STACK AT LOCATION 80 

:СЕТ STARTING ADDRESS OF FIRST NUMBER 
:СЕТ STARTING ADDRESS OF SECOND NUMBER 
;GET STARTING ADDRESS OF RESULT 

;GET LENGTH OF NUMBERS 
;MULTIPLE-PRECISION ADDITION 


The subroutine performs the multiple-precision binary addition. 


ORG 0 

LXI 5Р,80Н 

LXI H,50H 

LXI D,60H 

LXI B,70H 

LDA 40H 

CALL MPADD 
HERE: JMP HERE 

ORG 20H 
MPADD: PUSH B 

MOV BA 

ANA A 
ADDW: LDAX D 

ADC M 

XTHL 

MOV M.A 

INX H 

XTHL 

INX D 

INX H 

DCR B 

JNZ ADDW 

POP B 

RET 


Subroutine documentation: 


“SUBROUTINE MPADD 


;RESULT ADDRESS TO STACK 


‘INITIAL CARRY = 0 

;GET WORD FROM FIRST NUMBER 
;ADD WORD FROM SECOND NUMBER 
;GET RESULT ADDRESS 

;:STORE WORD OF RESULT 


;:SAVE RESULT ADDRESS 
;UPDATE POINTERS AND COUNT 


;ELIMINATE RESULT ADDRESS FROM STACK 


‘PURPOSE: MPADD ADDS TWO 
MULTIPLE-WORD BINARY NUMBERS 


‘INITIAL CONDITIONS: STARTING ADDRESSES 
; OF NUMBERS IN D AND E, H AND L; 
STARTING ADDRESS OF RESULT IN 
B AND C, LENGTH OF NUMBERS IN 


A 


“REGISTERS USED: ALL 


;: SAMPLE CASE: 
STARTING CONDITIONS: (H AND L) 
= 50, (D AND E) = 60, (B AND C) = 70, (A) = 2. 
(50) = C3, (51) = A7, (60) = B8, (61) = 35 
FINAL CONDITIONS: (70) = 7B, (71) = DD 
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Object Program: 


Calling program: 


Memory Address Instruction Memory Contents 
(Hex) (Mnemonic) 






Subroutine: 


The instruction XTHL exchanges the top two locations in the Stack with the contents of 
Registers H and L. This single instruction gets the address for the result from the Stack 
and saves the data address in the Stack. It allows you to use the top of the Stack as an 
extra register pair. 


The POP B instruction at the end of the program clears the data from the Stack so that 
the Return instruction will operate properly. You must be careful to clear the Stack cor- 
rectly since the Return instruction uses the top entry in the Stack as its destination. 


This subroutine has four parameters — three addresses and the length of the numbers. 
All of the registers are used for passing parameters. 
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The subroutine needs some registers for its own use and must therefore employ some 
temporary storage. The Stack is not only easy to use for this purpose but also makes the 
program re-entrant. 


PROBLEMS 


Note that you are to write both a calling program for the sample problem and a properly 
documented subroutine. 


1) ASCII To Hex 


Purpose: . Convert the contents of the Accumulator from the ASCII representation of a 
hexadecimal digit to the actual digit itself. Place the result in the Accumula- 
tor. 


Sample Problems: 


a. (Ae 43 C 
Result = (A) = 0С 
b. (A) = 36 6 
Result = (A) =06 


2) Length Of A Teletype Message 


Purpose: Determine the length of an ASCII-coded teletype message. The starting ad- 
dress of the string. of characters in which the message is embedded is in 
Registers H and L. The message itself starts with an ASCII STX character (hex 
02) and ends with ETX (hex 03). Place the length of the message (the number 
of characters between the STX and the ETX) in the Accumulator. 


Sample Problem: 


(HANDL) = 41 
(41) = 49 
(42) = 02 STX 
(43) = 47 G 
(44) = 4F O 
(45) = 03 ETX 


Result = (A) =02 
3) Check Even Parity In ASCII Characters 


Purpose: Check the parity of a string of ASCII characters. The length of the string is in 
the Accumulator and the starting address of the string is in Registers H and 
L. If the parity of all the characters in the string is even, clear the Accumula- 
tor; otherwise, set the Accumulator to FF hex (all 1s). 


Sample Problems: 


a. (A) = 03 
(HAND L) = 42 
(42) = В1 
(43) = B2 
(44) = 33 
Result = (A) =00 since all the characters have even parity. 

b. (A) = 03 
(HANDL) = 42 
(42) = B1 
(43) = B6 
(44) = 33 

Result = (A) =FF (hex) since the character in memory location 


43 does not have even parity. 
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аса егар коса Mego E аг die 
starting address of пй 2 is in Registers D and E. If string 1 is larger than or 
equal to string 2, clear the Accumulator: otherwise, set the Accumulator to 


FF hex (all 15). 
. Sample Problems: 
a. (A) = 03 
(0 AND Е) = 60 
(Н AND L) = 50 
(50) = 43 С 
(51) = 41 А 
(52) = 54 T 
(62) = 42 B 
(63) = 41 A 
(eq) = 54> T 
Result = (A) = 00 since САТ is ‘larger’ than BAT 
b. (A) = 03 
(0 AND E) = 60 
(Н AND L) = 50 
(50) = 44 D 
БІ” = 4r О 
(52) = 47 G 
(60) = 44 D 
61) = 4F О 
(62) = 47 G 
Result = (А) = 00 since the two strings are equal 
е: W= 03 
(D AND Е) = 60 
(Н AND L) = 50 
(60) = 43 С 
tony =" 44-846 
(52) = 54 Т 
(60) = 43 С 
(БЛ). = 55 U 
(62) = 54.T 


Result = (А) = ҒҒ (hex) since CUT is ‘larger’ than CAT. 
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5) Decimal Subtraction 


Purpose: Subtract two multiple-word decimal (BCD) numbers. The length of the num- 
bers (in bytes) is in the Accumulator, the starting addresses of the numbers 
are in Registers О and Е and Н and L (subtract the one with the starting ad- 
dress in Н апа L). The starting address of the result is in.Registers В and С. 
All the numbers begin with the least significant digits. Return the sign of the 
result in the Accumulator — zero if the result is positive. FF (hex) if it is nega- 
tive. 


Sample Problem: 


(A) = 04 
(Н AND Ш = 50 
(D AND E) = 60 
(В АМО С) - 70 
(50) - 85 
(51) = 19 
(52) = 70 
(53) = 36 
(60) = 59 
(61) = 34 
(62) = 66 
(63) = 12 
Result = (A) = 00 (positive) 
(70) = 26 
(71) = 85 
(72) = 03 
(73) --24 
i.e., 36701985 
-12663459 
+24038526 
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Chapter 11 
INPUT/OUTPUT 


There are two problems in the design of input/output systems: one is how to interface 
peripherals to the computer and transfer data, status and control signals; the other is 
how to address 1/0 devices so that the CPU can select a particular one for a data 
transfer. Clearly, the first problem is both more complex and more interesting. We will 
therefore discuss the interfacing of peripherals and leave addressing to a more hard- 
ware-oriented book. 


In theory, the transfer of data to or from an 1/0 device is not much different than the 
transfer of data to or from memory. In fact. we can consider the memory as just another 
1/0 device. The memory is, however, rather special for the following reasons: 


1) It operates at almost the same speed as the processor. 

2) Ituses the same type of binary voltage signals as the CPU. Тһе 1/0 AND 
only devices usually needed to interface the memory and the MEMORY 
CPU are drivers and receivers. 

3) It requires no special formats or any control signals beyond a READ/WRITE pulse. 

4) It automatically latches data sent to it. 

5) Its basic word length is the same as that of the computer. 


Most 1/0 devices do not have such convenient features. They may operate at speeds 
much slower than the processor: e.g.. a teletypewriter can transfer only 10 characters 
per second while a slow processor can transfer 10 000 characters per second. The 
range of speeds is also very large — sensors may provide one reading per minute while 
CRTs or floppy disks may transfer 250 000 bits per second. Furthermore, 1/0 devices 
may require continuous signals (e.g., motors or thermometers), currents rather than 
voltages (e.g.. a teletypewriter), or far different voltage signals than the signals used by 
the processor (e.g., gas-discharge displays). I/O devices may also require special for- 
mats, protocols or control signals. Their basic word length may be much shorter or 
much longer than the word length of the computer. All of these variations mean that 
the design of 1/0 systems is difficult and has few general principles. Each peripheral is 
unique and presents its own special interfacing problem. 


We may. however, provide some general description of devices Vo 
and interfacing methods. We may roughly separate devices into CATEGORIES 
three categories based on their data rates: 


1) Slow devices which change state no more than once per second and whose state 
changes typically last milliseconds or longer. Such devices include lighted dis- 
plays. switches, relays, and many mechanical sensors and actuators. 


2) Medium-speed devices which have data transfer rates of 1 to 10 000 bits per sec- 
ond. Such devices include keyboards, printers, card and paper tape readers and 
punches, cassette drives, ordinary communications lines and many analog data ac- 
quisition systems. 


3) High-speed devices which have data transfer rates over 10 000 bits per second. 
Such devices include magnetic tapes, magnetic disks, high-speed line printers. 
high-speed communications lines and video displays. 
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The interfacing of slow devices is relatively simple. Few control 
signals are necessary except for multiplexing. i.e., handling SLOW DEVICES 
several devices from one port as shown in Figures 11-1 to 

11-4. Input data from slow devices does not require a latch because of the long time 
constants involved. Output data must. of course, be latched. The only problems that oc- 
cur while data is being input are transitions at the instant when the input data is being 
sampled. Hardware circuits or software delay routines can smooth out the transition 
periods. 


A single port can handle several slow devices. Figure 11-1 shows a demultiplexer 
which automatically directs data to the next consecutive device by counting output 
operations. Figure 11-2 shows a control port which provides select lines to a 
demultiplexer. The order here need not be consecutive, but an output instruction is 
necessary to change the state of the control port. The output demultiplexer is com- 
monly used to drive several displays from the same output port. Figures 11-3 and 11-4 
show the same alternatives for an input multiplexer. 


Note the differences between input and output with slow devices: 


1) Input data need not be latched since the input device provides the data for an enor- 
mous length of time by computer standards. Output data must be latched since the 
output device will not respond to data which is only present for a few CPU clock cy- 
cles. 


2) Input transitions are a major problem because of their length; output transitions are 
no problem because of the slow reaction-of the output device compared with a CPU 
clock cycle. 


3) The major constraints on input are reaction time and responsiveness; the major 
constraints on output are response time and observability. 


Medium-speed devices must be synchronized in some way to the processor clock. The 
CPU cannot simply treat these devices as if they held their data forever or could receive 
data at any time. Instead, the CPU must have a way of discovering when a device is pre- 
senting new input data or when a device is ready to receive output data. It must also 
have a way of telling an output device that new output data is ready. 


The standard unclocked procedure is the handshake. Here the 


sender transfers the data and indicates the presence of data to the 

receiver; the receiver reads the data and completes the handshake by acknowledging 
the receipt. The receiver may control the situation by initially requesting the data or by 
indicating its readiness to accept data; the sender then sends the data and completes 
the handshake by sending an indicator of the presence of data. In either case, the 
sender knows that the transfer has proceeded successfully and the receiver knows 
when new data is present. 


Data Outputs 1 


Port Selection Logic 


Demultiplexer 
Data Outputs 2 


Data Outputs 3 


The Counter controls where the Demultiplexer sends the data. 





Figure 11-1. An Output Demultiplexer Controlled By A Counter 


Data Outputs 0 
Data 
Inputs 

Data Outputs 1 


Demultiplexer 


Data Bus 


Data Outputs 2 


Data 
Port 

Control Data Outputs 3 
Port 


The CPU sends control information to the Control Port: that port then determines 
where the Demultiplexer sends the data. 





Ғідиге|11-2. An Output Demultiplexer Controiled By А Port 


Data Inputs 0 


Data Bus 


Data Inputs 1 


Port Selection Logic 


Data Inputs 2 


Data Inputs 3 


The Counter controls which input the Multiplexer gates to the Input Port. 





Figure 11-3. An Input Multiplexer Controlled By A Counter 
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Data 
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Data Inputs 1 


Multiplexer 
Data Inputs 2 


Output Data Bus 
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The control information which the CPU sends to the Control Port (with an output operation) 


determines which input the Multiplexer routes to the Data Port. 





Figure 11-4. An Input Multiplexer Controlled By A Port 


Figures 11-5 and 11-6 show typical input and output operations using the handshake 
method. The procedure whereby the CPU performs an input operation to check the 
readiness of the peripheral before transferring data is called "polling". Clearly, polling 
can occupy a large amount of processor time if there are many |/O devices. There аге 
several ways of providing the handshake signals. Among these are: 


e Separate dedicated 1/О lines. The processor may handle these through its regular I/O 
system or through special lines or interrupts. The 8085 processor has a special serial 
input line (SID) and a special serial output line (SOD); the 8080 processor does not 
have these lines. 

e Special patterns on the 1/О lines. These may be single start and stop bits or entire 
characters or groups of characters. The patterns must be easily distinguished from 
background noise or the ordinary state of the lines. 


We often call a separate І/О line which indicates the presence of STROBE 
data or the occurrence of an operation a “strobe”. A strobe may, 
for example, place data in a latch or fetch it from a buffer. 


Many peripherals transfer data at regular intervals, i.e., synchronously. Here the only 
problem is starting the process, i.e.. lining up to the first input or marking the first out- 
put. In some cases the first transfer proceeds asynchronously; in other cases the periph- 
ега! provides a clock signal which the processor can examine for timing purposes. 


One problem with medium-speed devices is errors in transmis- REDUCING 
sion. Several methods can lessen the likelihood of such errors; “| TRANSMISSION 
they include: ERRORS 


eSampling input data at the center of the transmission interval 
to avoid transition effects 

• Sampling each input several times and using majority logic, e.g.. if there are five input 
lines and three or more of them are ‘on’, then the signal is.assumed їо be ‘on’ 

e Generating and checking parity, i.e., an extra bit which makes the number of 1 bits in 
the correct data even or odd 

eUsing other error detecting and correcting codes such as checksums, LRC 
(longitudinal redundancy check), and CRC (cyclic redundancy check) 





High-speed devices which transfer more than 10 000 bits per sec- 
ond require special methods. The usual technique is to construct a 
special-purpose external controller which transfers data directly 
between the memory and an 1/0 device. This process is called 
direct memory access (DMA). The DMA controller must force the CPU off the busses, 
provide addresses and control signals to the memory, and transfer the data. Such a con- 
troller will be fairly complex, typically consisting of 50 to 100 chips, although LSI 
devices are now available. For example, the 8257 Direct Memory Access Controller for 
8080-based microcomputers is described in An Introduction To Microcom- 
puters: Volume ІІ — Some Real Products. The CPU must initially load the Address and 
Data Counters in the controller so that the controller will know where to start and how 
much data to transfer. 
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Acknowledge 


Data Bus 


vo 


Section 
Data Ready 


b) 


Data Bus 


c) CPU reads data from 1/О section. 


Input 
- Acknowledge 


Data Bus 


d) CPU sends Input Acknowledge signal to 1/О section which then provides Input Acknowledge signal 
to Peripheral (this may be a hardware connection). 





Figure 11-5. An Input Handshake 
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a) Peripheral.provides Peripheral Ready signal to computer 1/О section. 


b) CPU reads Peripheral Ready signal from 1/0 section (this may be a hardware, e.g., interrupt connection). 


Data Bus 


c) CPU sends data to Peripheral. 


Data Bus 


d) CPU sends Output Ready signal to Peripheral (this may be a hardware connection). 





Figure 11-6. An Output Handshake 
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TIMING INTERVALS (DELAYS) 


One problem which we will face throughout the discussion of in- 
put/output is the generation of timing intervals of a specific 
length. Such intervals are necessary to debounce mechanical INTERVALS 
switches (ie. to smooth their irregular transitions), to provide 
pulses with specified lengths and frequencies for displays, and to provide timing for 
devices that either send or receive data regularly (e.g., a teletypewriter which sends or 
receives one bit every 9.1 ms). 





We can produce timing intervals in several ways: 


1) In hardware with one-shots (monostable multivibrators). 
These devices produce a single pulse of fixed duration in 
response to a trigger input. 


PRODUCING 
TIMING 
INTERVALS 





2) Inacombination of hardware and software with a flexible pro- 
grammable timer, such as the 8253 Programmable Timer for 
8080-based microcomputers as described in An Introduction To Microcom- 
puters: Volume ІІ — Some Real Products. The 8253 can provide timing intervals of 
various lengths with a variety of starting and ending conditions. 


3) In software with delay routines. These routines use the processor as a counter. This 
use is possible if the processor has a stable clock reference, but it clearly under-util- 
izes the processor. However, delay routines require no additional hardware and 
often use processor time which would otherwise be wasted. 


The choice among these three methods depends on your applica- CHOOSING 
tion. The software method is inexpensive but may overburden the A 
processor. The programmable timers are relatively expensive, but TIMING 
are easy to interface and may be able to handle many complex 
timing tasks. The use of one-shots is usually avoided by good 
digital designers. 


-DELAY ROUTINES 


-A simple delay routine works as follows: 





STEP 1 - Load a register with a specified value. 
STEP 2 - Decrement the register. 
STEP 3 - If the result of STEP 2 is not zero, repeat STEP 2. 


This routine is used strictly for timing purposes. it serves-no other function. The amount 
of time used. depends upon the execution time of the various instructions and the 
specified value loaded into the register: The maximum length of the delay is limited by 
the size of the register; however, the entire routine -can be placed inside a similar 
Toutine which uses another register and so-on. 


The following example uses Register C and the Accumulator to TRANSPARENT 
provide delays as long as 255 ms. The choice of registers is ar- DELAY 

bitrary. You may, in fact. find the use of a register pair (e.g., B ROUTINE 

and C) more convenient. A PUSH B instruction.at the start of 
the delay routine and a POP B at the end. will result in a routine that does not affect any 
registers at all. Note that the PUSH and POP instructions must be included in the time 
budget. 








tor. 
Flowchart: 





Count = Mscnt 


The value of MSCNT depends on the speed of the CPU and the memory cycle. 
Source Program: 


DELAY: ММ! B,MSCNT ;GET COUNT FOR 1 MS DELAY 
DLY1: DCR B ;COUNT=COUNT - 1 

JNZ DLY1 ;CONTINUE UNTIL COUNT=0 

DCR A ;NUMBER OF MS=NUMBER OF MS - 1 


JNZ DELAY — ;CONTINUE UNTIL NUMBER OF М5-0 
RET 
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(Mnemonic) 


B,MSCNT 


B 
DLY1 





Time Budget: 


Number Of Times 
Instruction Executed 


В,М5СМТ (4) 
В (A) x MSCNT 
DLY1 (A) x MSCNT 
A (A) 
DELAY (A) 





The total time used should be (A) x 1 ms. If the memory is operating at full speed, the 
instructions take the following number of clock cycles: 


MVI B 7 
DCR 5 
JNZ 10 


Ignoring the CALL and RET instructions (which only occur once), the program takes 
(A) x (7+15 x MSCNT+15) 

clock cycles. So, to make the delay 1 ms, 
22+(15 x MSCNT) = Nc 


where Nc is the number of clock cycles per millisecond. At the standard 2 MHz 8080 
clock rate, Nc = 2000, so 


15 x MSCNT = 1978 


MSCNT=132 (hex 84) at an 8080 clock rate of 2 MHz 8080A 


DELAY 


LOOP 
CONSTANT 
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The 8085 timing is different since DCR takes 4 clock cycles on that 8085 
processor. Furthermore, JNZ requires only 7 clock cycles when no DELAY 
Jump is performed. LOOP 


So. to produce а 1 ms delay on the 8085, the equation is: CONSTANT 
7+14 х MSCNT - 3+11 = № 
or 
(14 x MSCNT)+15 = Nc 
The -3 is caused by the fact that the last unsuccessful JNZ instruction in the inner loop 
uses 7 rather than 10 cycles. At the standard 3 MHz 8085 clock rate. Nc = 3000, so 
14 x MSCNT = 2985 
A Pushbutton (Or SPST Momentary Switch) 


Purpose: To interface one pushbutton switch (or a single-pole. single-throw momen- 
tary switch) to an 8080 microprocessor. The pushbutton is a mechanical 
switch which provides a single contact closure (i.e.. a logic '0') while pushed. 





Circuit Diagram: 


Figure 11-7 shows the circuitry required to interface the pushbutton. It uses one bit of 
an 8212 input port which acts as a buffer: no latch is needed since the pushbutton 
closure is present for a very long time by CPU standards. (We will not discuss the use of 
the 8212 port in detail in this book. You can find a complete description of the device in 
Volume ІІ of An Introduction To Microcomputers). 


Pushbutton — 





Figure 11-7. A Pushbutton Circuit 
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Programming Examples: 
We will perform two tasks that involve this circuit. They are: 


1) Set a memory location based on the value of the switch. 
2) Count the number of times that the switch is closed. 


Task 1: Set memory location 40 to 1 if the button is open (17, O if it is closed (‘0’). 
Sample Problems: 


а: 
Button open (i.e., not pushed) 
Result = (40) = 01 


b. Button closed (i.e., pushed) 
Result = (40) = 00 
Flowchart: 





Source Program: 


LXI H,40H 

MVI M.O ;MARKER=0 

IN PORT ;READ BUTTON POSITION 
ANI MASK 15 BUTTON CLOSED (0)? 
JZ DONE :ҮЕ5, DONE 

INR M (МО, MARKER=1 


DONE: JMP DONE 
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Object Program: 


Memory Address Instruction Memory Contents 
(Hex) (Mnemonic) 


LXI H.40H 





The port number depends on which port the pushbutton is connected to. MASK de- 
pends on which bit of the port the pushbutton is connected to; MASK has a '1' bit in 
the button position and zeros elsewhere. 


00000001 
00000010 


00000100 
00001000 
00010000 
00100000 
01000000 
10000000 





If the button is attached to bit O or bit 7 of the input port, the program can use a Shift 
instruction to set the Carry and thereby determine the button's state. For example: 


Bit 7 
IN 
RAL 


JNC 
Bit O 
IN 


RAR 
JNC 


PORT 


DONE 


PORT 


DONE 


;READ BUTTON POSITION 
15 BUTTON CLOSED (0)? 
; YES, DONE 


;READ BUTTON POSITION 
15 BUTTON CLOSED (0)? 
:ҮЕ5, DONE 
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IN POR i ;HEAD BUI ION POSITION 


ORA A 15 BUTTON CLOSED (0)? 
JP DONE ; YES. DONE 
IN does not affect the flags: therefore we must use the ORA instruction to set the flags. 
Bit 6 
IN PORT ;READ BUTTON POSITION 
ADD A 15 BUTTON CLOSED (0)? 
JP DONE ; YES, DONE 


RAL cannot be used because it does not affect the Sign bit. 


Task 2: Count the number of button closures by incrementing memory location 40. 


In order to count the number of times the button has been SWITCH 
pressed. we must be sure that each closure causes a single transi- BOUNCE 
tion. However, a mechanical pushbutton does not produce a 

single transition for each closure because the mechanical contacts bounce back and 


forth before settling in their final positions. We can use hardware to eliminate the 
bounce or we сап handle it in software. 


The program can debounce the pushbutton by waiting after it . | DEBOUNCING 
finds a closure. The required delay is called the debouncing time 
and is a characteristic of the pushbutton. It is typically a few 
milliseconds. The program should not examine the pushbutton 
during this period because it might mistake the bounce for a new closure. The program 
may either enter a delay routine like the one described previously or may simply per- 
form other tasks for the specified amount of time. 





Even after debouncing, the program must still wait for the present closure to end before 
looking for a new closure: This procedure avoids counting the same closure more than 
once. The following program uses a software delay of 1 ms to debounce the pushbut- 
ton. You may want to try varying the delay or eliminating it entirely in order to see what 
happens. To run this program you must also enter the delay subroutine into memory. 
starting at location 30. 
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Sample Problem: 


Pressing the button ten times after the start of the program should give 


(40) = ОА 


Flowchart: 


Source Program: 


LXI 
MVI 
CHKCL: IN 


CHKOP: ІМ 


Is 
closed 
? 
Yes 








Count = Count + 1 











m». 
button still 
? 


closed 






;COUNT=0 


15 BUTTON CLOSED (0)? 


МО, WAIT 
; YES, COUNT=COUNT+1 


;DEBOUNCE BUTTON BY WAITING FOR 1 MS 
15 BUTTON STILL CLOSED (0)? 


;YES, WAIT 
;МО, LOOK FOR NEXT CLOSURE 
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Object Program: 


Memory Address Instruction Memory Contents 
(Mnemonic) (Hex) 


АЛ 


DELAY 


PORT 
MASK 


CHKOP 


CHKCL 





Note that the three instructions beginning with the label CHKOP are used to determine 
when the switch reopens. 
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A Toggle (SPDT) Switch 


Purpose: To interface a single-pole. double-throw switch to an 8080 microprocessor. 
The toggle switch is a mechanical device which is either in the normally 
closed (NC) position or the normally open (NO) position. 


Figure 11-8 shows the circuitry required to interface the DEBOUNCING 
switch. Like the pushbutton, the switch uses one bit of an 
unlatched 8212 input port which serves as an addressable 
buffer. Unlike the button, the switch may be left in either posi- 
tion; typical program tasks are to determine the switch posi- 
tion and to see if the position has changed. A pair of cross-coupled NAND gates (see 
Figure 11-9) can debounce a mechanical switch. 








Figure 11-8. A Toggle Switch Circuit 


To 1/О Port 





Figure 11-9. A Debouncing Circuit Based On Cross-Coupled 
NAND Gates 


This circuit produces a single step in response to a change in switch position even if the 
switch bounces before settling into its new position. 
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Programming Examples: 
We will perform two tasks that involve this circuit. They are: 


1) Monitor the output of the switch and clear a memory location when the normally 
open contacts of the switch are closed. 

2) Monitor the output of the switch and clear a memory location when the switch out- 
put changes. 


Task 1: Wait for switch to close. 


Memory location 40 remains 1 until the switch is closed and then is cleared, i.e., the 
processor sets memory location 40 to 1, waits for the switch to be closed, and then 
clears memory location 40. The switch acts as a RUN/HALT command since the pro- 
cessor will not proceed until the switch is closed. 


Flowchart: 





Source Program: 


LXI H.40H ;MARKER-1 
MVI M.1 

WAITC: IN PORT ;READ SWITCH POSITION 
ANI MASK 15 SWITCH CLOSED (0)? 
JNZ WAITC ;NO, WAIT 
DCR M ; YES, MARKER=0 


DONE: JMP DONE 
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Object Program: 


Memory Address Instruction Memory Contents 
(Mnemonic) (Hex) 





Task 2: Wait for switch to change. 


Memory location 40 remains 1 until the switch position changes, i.e., the processor 
waits until the switch changes, then clears memory location 40. 


Flowchart: 


Is 
old data = 
new data 
? 





MOV B.A 
SRCH: IN PORT :СЕТ NEW SWITCH POSITION 
ANI MASK 
CMP B АВЕ NEW AND OLD POSITIONS THE SAME? 
JZ SRCH :ҮЕ5, WAIT 
DCR M :МО, MARKER=0 


DONE: JMP DONE 


Object Program: 


Memory Address Instruction Memory Contents 
(Hex) (Mnemonic) 


LXI H.40H 





SUB B or XRA B could replace CMP B in the program. Both of these instructions would, 
however, change the contents of the Accumulator. If several switches were attached to 
the PORT, then XRA B might be more useful than CMP B, since XRA B would produce a 
1 bit for each switch that changed state. How would you rewrite this program in order 
to debounce the switch in software? 
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A Multiple-Position (Rotary, Selector, Or Thumbwheel) Switch 


Purpose: To interface a multiple-position switch to an 8080 microprocessor. The 
switch provides a connection to ground in the lead corresponding to the 
switch position. 


Figure 11-10 shows the circuitry required to interface an 8-position switch. The switch 
uses all eight bits of an 8212 input port. Typical tasks are to determine the position of 
the switch and to check if that position has changed. Two special situations must be 
handled: 


1) The switch is temporarily between two positions so that no leads are grounded. 
2) The switch has not yet reached its final position. 

The first of these situations can be handled by waiting until the input is not all 15, i.e., 
until some switch position is grounded. We can handle the second situation by examin- 
ing the switch again after a delay (e.g.. 1 or 2 seconds) and only accepting the input 
when it is repeated. This delay will not usually affect the responsiveness of the system 


to the switch. We can also use another switch (і.е.. а LOAD switch) to tell the processor 
that the selector switch should be read. 


Programming Examples: 
We will perform two tasks which.involve the circuit of Figure 11-10. These are: 


1) Monitor the switch output until a stable condition is detected, then determine the 
position of the switch and store the binary equivalent of the switch position in a 
memory location. 


2) Wait for the position of the switch to change, then store the new switch position in 
a memory location. 





Figure 11-10. A Multiple-Position Switch 


If the switch is in a particular position, the lead from that position is grounded through 
the common line. Pullup resistors are usually necessary on all the input lines to avoid 
problems caused by noise. 
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Task 1: Determine switch position. 


The program waits for the switch to be in a specific position and then places the num- 
ber of that position in memory location 40. 


The following table relates the data input to the switch position for Figure 11-10. 


Table 11-1. Data Input vs. Switch Position 


Data Input 
Switch Position 
Жр. Mu. 


11111110 
11111101 


11111011 
11110111 
11101111 
11011111 
10111111 
01111111 





NOOBRWN—O 


Note the inefficiency of this scheme, which requires eight bits to distinguish among 
eight different positions. 


A digital encoder could reduce the number of bits needed. Figure 
11-11 shows a circuit using the 74LS148 TTL 8-to-3 encoder. We 
attach the switch outputs in inverse order since the 74LS148 
device has active-low outputs. The result of the encoder circuit is 
a 3-bit representation of the switch position. Many switches have encoders or diode 
matrices included so that they automatically produce a coded output, usually BCD. 





Multiple | 
Position 
Switch 


7415148 


8-to-3 





Figure 11-11. A Multiple-Position Switch With An Encoder 


The encoder provides outputs that are active-low. Note, for example, that the output 
from position 5 on the multiple position switch is connected to 12 on the encoder. The 
encoder takes the three-bit binary representation (010) of 2 and produces 101, which is 
the active-low representation of 2. 
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Flowchart: 









Data = 
switch position 
be 
Data all 1's 

? 

No 

Shift data 

right 1 bit 













(40) — Position 


Source Program: 


CHKSW: IN PORT ;GET SWITCH DATA 
CPI 11111111B ;IS SWITCH IN A POSITION? 
JZ CHKSW :МО, WAIT FOR POSITION 
MVI В,0 ‘POSITION = 0 ў 
CHPOS: RAR 15 NEXT BIT GROUNDED POSITION? 
JNC DONE ; YES, SWITCH POSITION FOUND 
INR B ;NO, POSITION = POSITION+1 
JMP CHPOS 
DONE: LXI H,40H ;:STORE SWITCH POSITION 
MOV M.B 


HERE: JMP НЕВЕ 
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Object Program: 


Memory Address Instruction Memory Contents 
(Hex) (Mnemonic) 


CHKSW: IN PORT 


СР! 11111111B 


Jz CHKSW 


B.O 





Suppose that a faulty switch or defective 1/О port results іп the input always being 
OFF46. How could you change the program so that it would detect this error? 


There is an unconditional Jump, JMP CHPOS. in the source program. Can you restruc- 
ture the initial conditions so that this unnecessary jump is eliminated? 
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Task 2: Wait for switch-position to change. 


The program waits for the switch position to change and places the new position 
(decoded) in memory location 40. The program ignores intermediate states where the 
switch is not in any position. 


Flowchart: 


Old data = 
switch position 


Is 
old data 


all 1's 
? 


New data = 
switch position 


new data = 


old data 
? 


Position = -1 


Shift data right 1 bit 
Position = 
Position + 1 


(40) = Position 
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Cri 11111111B;I5 SWITCH IN A POSITION? 


JZ CHFST МО, WAIT FOR POSITION 
MOV B.A 
CHSEC: IN PORT ;GET NEW SWITCH DATA 
CPI 11111111B;IS SWITCH IN A POSITION? 
JZ CHSEC МО, WAIT FOR POSITION 
CMP B 15 POSITION SAME AS BEFORE? 
ES JZ CHSEC :ҮЕЅ, WAIT 
MVI B,OFFH ;POSITION = -1 
CHPOS: RAR ;IS NEXT BIT GROUNDED POSITION? 
INR B ;POSITION = POSITION 1 
Jc CHPOS ;NO, KEEP LOOKING FOR GROUNDED POSITION 
DONE: LXI H,40H ;:STORE SWITCH POSITION 
MOV M.B 
HERE: JMP HERE 


Object Program: 
Instruction 
(Mnemonic) (Hex) 
CHFST: IN PORT 
СР! 11111111В 
CHFST 
B.A 
PORT 
11111111B 


CHSEC 


B,OFFH 
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A Single LED 


Purpose: To interface a single light-emitting diode to an 8080 microprocessor. The 
LED can be attached so that either a 'O' or a '1' turns it on. 


Figure 11-12 shows the circuitry required to illuminate an LED. The LED lights when its 
anode is positive with respect to its cathode (Figure 11-12a). So, the circuitry can either 
light the LED by grounding the cathode and having the computer supply a '1 to the 
anode (Figure 11-120). or by tying the anode to +5 volts and having the computer sup- 
ply a ‘0’ to the cathode (Figure 11-12c). Using the cathode is the most common ap- 
proach. The LED is brightest when it operates from pulsed currents of about 10 to 50 
mA applied a few hundred times per second. LEDs have a very short turn-on time (in 
the microsecond range). so they are well-suited to multiplexing, i.e., operating several 
from a single port. LED circuits usually need peripheral or transistor drivers and current- 
limiting resistors. 


a) Basic LED circuitry. The resistor R should limit the maximum current to 50 mA and 
the average current to 10 mA. 


b) Interfacing an LED with positive logic. A logic ‘1’ from the CPU turns the LED on. 


From CPU 


c) Interfacing an LED with negative logic. A logic ‘0’ from the CPU turns the LED on. The driver or the CPU may 
reverse the logic levels. Note that the 8212 output port acts as a latch when MD is connected to + 5V. 





Figure 11-12. Interfacing an LED 
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Programming Examples: 
The program turns a single LED either on or off. 


Task 1: Send a logic ‘1’ to the LED (i.e., turn a positive display on or a negative display 
off). 


Source Program: (form data initially) 


MVI A,MASKP 
OUT PORT “БАТА TO LEDS 
STA 40H ‘SAVE COPY OF OUTPUT DATA 


HERE: JMP HERE 
(update data in location 40H) 


LXI H.40H ;LOAD POINTER TO DATA 
MOV A.M :СЕТ COPY OF OUTPUT DATA 
ORI MASKP ЛЕР BIT = 1 

OUT PORT ;DATA TO LEDS 

MOV M.A ;:SAVE COPY OF OUTPUT DATA 


HERE: JMP HERE 


MASKP has a '1' in the bit position assigned to the LED we wish to illuminate. There are 
zeros in all other bit positions. Logically ORing with MASKP does not affect the other bit 
positions. Note that the CPU cannot directly read the data from the output port, so a 
Copy is necessary. 


Object Program: (form data initially) 


Memory Address Instruction Memory Contents 
(Hex) (Mnemonic) (Hex) 
MVI A.MASKP 


OUT PORT 


STA 40H 


HERE: JMP HERE 


: (update data in location 40H) 
LXI H,40H 


MOV A.M 
ORI MASKP 


OUT PORT 


MOV MA 
JMP HERE 
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Task 2: Send a logic ‘0’ to the LED (i.e., turn a positive display off or a negative display 
on). 


Source Program: (form data initially) 


MVI A,MASKN 
OUT PORT “БАТА TO LEDs 
STA 40H :SAVE COPY OF OUTPUT DATA 


HERE: JMP HERE 
(update data in location 40H) 


LXI H,40H ОАР POINTER TO DATA 
MOV A.M ;GET COPY OF OUTPUT DATA 
ANI MASKN ;LED BIT =0 

OUT PORT БАТА TO LEDs 

MOV M.A ;:SAVE COPY OF OUTPUT DATA 


HERE: JMP HERE 


MASKN has a '0' bit in the LED position and 1s elsewhere. Logically ANDing with 
MASKN does not affect the other bit positions. 


Object Program: (form data initially) 


Memory Address Instruction Memory Contents 
(Hex) (Mnemonic) (Hex) 
MVI A,MASKN 


OUT PORT 


STA 40H 


JMP HERE 


: (update data in location 40H) 
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\роыиуе ош. 


Figure 11-13 shows the circuitry required to interface a 7- | COMMON-ANODE 
segment display. Each segment is an individual LED. There | AND 

are two ways of connecting the LEDs. One is to tie all the | COMMON-CATHODE 
cathodes together to ground (see Figure 11-143); this isa | DISPLAYS 
“common-cathode display". and a logic ‘1° at an anode 

lights a segment. The other is to tie all the anodes together to a positive voltage supply: 
this is а "common-anode" display. and a logic ‘0’ at a cathode lights a segment. So. the 
common-cathode display uses positive logic and the common-anode display uses 
negative logic. Either display requires appropriate drivers and resistors. 





From CPU 


Le 


(Common- (Соттоп- 
Cathode) Anode) 





Figure 11-13. Interfacing A 7-Segment Display 


The COMMON line from the display is tied either to ground or to +5 volts. The display 
organization is: 


The eighth bit may control a decimal point LED. 
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a) Common-cathode 


b) Common-anode 





Figure 11-14. Display Organization 
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Note that the 7-segment display is widely used because it 7-SEGMENT 
contains the smallest number of separately controlled REPRESENTATIONS 
lights which can provide recognizable representations of all 

the decimal digits (see Figure 11-15 and Table 11-2). 7-segment displays can also pro- 
vide some letters and signs (see Tables ІІ-З and ІІ-4). Better representations require а 
substantially larger number of display elements and more circuitry. The popularity of 7- 
segment displays has resulted in the wide availability of low-cost 7-segment 
decoder/drivers (e.g., 74LS47, 74LS48, 74LS49 and 4511). Some devices also have 
LAMP TEST inputs (which turn all the display elements on for checking purposes) and 
blanking inputs and outputs (for blanking leading or trailing zeros) 


0: Segments f, е, d, c, b, a оп 3: Segments д, d, с, Б, а оп 


a о 
s ee 


1: Segments c, b on 4: Segments g, f, c, b on 


2: Segments g, e, d, b, a on 5: Segments g, f, d, c, a on 


a a 
ES ene MM MM Ó— 





Figure 11-15. 7-Segment Representations Of Decimal Digits 
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6: Segments д, f, е, 4, с, а оп 8: Segments g, f, е, d, с, b, а оп 
а а 


а а 


Note that the alternate representation with a off may This is the same as LAMP TEST. 


be reserved for the lower case letter ‘b’. 


7: Segments с, Б, а оп 9: Segments д, f, c, b, a оп 


а а 
ммм 


An alternate has segment d on also. 





Figure 11-15. 7-Segment Representations Of Decimal Digits 
(Continued) 


Table 11-2. 7-Segment Representation of Decimal Numbers 


Hexadecimal Representation 
Number 
3F 






о‏ ت دا۸ یں ظط UO‏ © لد 00 فم 


Bit 7 is always 0, and the others аге g. f. е, d. с. b. a in decreasing order of significance. 
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Hexadecimal Representation 








«coorc—-rmmomn» 






Lower-Case Letters and Special Characters 


Hexadecimal Representation 
Letter 
7C 





"J^ Gs © 3--X0oU0 


Programming Example: 


Display the contents of memory location 40 on a 7-segment display if 40 contains a 
decimal digit. Otherwise, blank the display. 


Sample Problems: 


a. (40) = 05 
Result = 5 on display 
b. (40) = 66 
Result = A blank on display 
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Flowchart: 


Source Program: 


MVI 
LDA 
CPI 
JNC 
LXI 
MVI 
MOV 
DAD 
MOV 
DSPLY: MOV 
OUT 
HERE: JMP 


B.BLANK 





Send code 
to display 


GET BLANK CODE 

GET DATA 

IS DATA > 10? 

YES, DISPLAY BLANKS 
BASE OF 7-SEGMENT TABLE 


MAKE DATA INTO 16-BIT INDEX 
INDEX TABLE 
GET 7-SEGMENT CODE 


CODE TO DISPLAY 


BLANK is 00 for a common-cathode display, FF for a common-anode display. An alter- 
native procedure would be to put the blank code at the end of the table and replace all 


improper data values with 10, i.e.. 


LDA 


CNVRT: LXI 


40H 

10 
CNVRT 
A,10 
D,SSEG 


GET DATA 

IS DATA > 10? 

NO, GO CONVERT TO 7-SEGMENT 
YES, GET INDEX FOR BLANK CODE 
BASE OF 7-SEGMENT TABLE 


Table SSEG is either the common-cathode or common-anode representation from Table 


11-2. 
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Object Program: 


Memory Address Instruction Memory Contents 
(Hex) (Mnemonic) (Hex) 


MVI B,BLANK 


LDA 40H 


СР! 


JNC 


LXI 


MVI 


MOV 
DAD 
MOV 
MOV 





PROBLEMS 
1) An On-Off Pushbutton 


Purpose: Each closure of the pushbutton complements (inverts) all the bits in memory 
location 40. The location initially contains zeros. The program should con- 
tinuously examine the pushbutton and complement location 40 with each 
closure. 

Sample Case: 

Location 40 starts with zero. 


The first pushbutton closure changes location 40 to FF (hex), the second back to zero. 
the third back to FF (hex), etc. Assume the pushbutton is debounced in hardware. How 
would you include debouncing in your program? 


2) Debouncing a Switch in Software 


Purpose: Debounce a mechanical switch by waiting until two readings, taken a de- 
bounce time apart, give the same result. Assume the debounce time (in ms) 
is in memory location 40, and place the switch position in memory location 
41. 


Sample Problem: 


(40) — 03 causes the program to wait 3 ms 
between readings. 
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3) Control for a Rotary Switch 


Purpose: Another switch serves as a LOAD switch for a four-position unencoded ro- 
tary switch. The CPU waits for the LOAD switch to close and then reads the 
position of the rotary switch. This procedure allows the operator to select a 
final position for a rotary switch before the CPU tries to read it. The program 
should place the position of the rotary switch in memory location 40. De- 
bounce the LOAD switch in software. 


Sample Problem: 
Place rotary switch in position 2. Close LOAD switch. 
Result = (40)=02 


4) Record Switch Positions on Lights 


Purpose: A set of eight switches should have their positions reflected in eight LEDs, 
i.e., if the switch is closed (0), the LED should be off: otherwise, the LED 
should be on. Assume the CPU output port is connected to the cathodes of 
the LEDs. 


Sample Problem: 


SWITCH 0 CLOSED = 
SWITCH 1 ОРЕМ 

SWITCH 2 CLOSED 

SWITCH 3 OPEN 

SWITCH 4 OPEN 

SWITCH 5 CLOSED 

SWITCH 6 CLOSED 

SWITCH 7 OPEN 


Result: 

LED О OFF 
LED 1 ON 
LED 2 OFF 
LED 3 ON 
LED 4 ON 
LED 5 OFF 
LED 6 OFF 
LED 7 ON 


How would you change the program so that a switch attached to bit 7 of Port 2 deter- 
mined whether the displays were active or not (і.е. if the control switch is closed, the 
displays reflect the other switches; if the control switch is open. the displays are off)? A 
control switch is useful when the displays may be distracting to the operator, as in an 
airplane. 


How would you change the program if the control switch were an on-off pushbutton, 
i.e., each closure reversed the previous state of the displays? Assume that the displays 
start in the active state and that the program examines and debounces the pushbutton 
before activating the displays. 


5) Count on a 7-Segment Display 


Purpose: The program should count from О to 9 continuously on a 7-segment display, 
starting with zero. 


Try different timing lengths for the displays and see what happens. When does the 
count become visible? What happens if the display is blanked part of the time? 
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1) They operate at higher data rates. 
2) They may have their own internal clocks and timing. 


3) They produce status information and require control information as well as 
transferring data. 


Higher data rates mean that you cannot handle these |/O devices casually. If the pro- 
cessor does not provide the appropriate service, it may miss input data or produce er- 
roneous output data. You are therefore working under much more exacting constraints 
than in dealing with slower devices. Interrupts are a convenient method for handling 
complex 1/0 devices, as we shall see in Chapter 12. 


Peripherals like keyboards, teletypewriters. cassettes and flop- |SYNCHRONIZING 
py disks usually have their own internal timing: These devices [WITH 1/0 

generally provide strings or blocks of data, separated by į DEVICES 

specific timing intervals. The computer must synchronize the 

initial input or output operation with the peripheral clock and then provide the proper 
interval between subsequent operations. A simple delay loop like the one shown pre- 
viously will produce the timing interval. The synchronization may require one or more of 
the following procedures: 





1) Looking for a transition on a clock or strobe line provided by the peripheral for tim- 
ing purposes. A simple method is to tie the strobe line to the most significant bit of 
an input port and look for a change in the Sign flag. 


2). Finding the center of the time interval during which the data is valid. We would 
prefer to determine the value of the data at the center of the pulse rather than at 
the edge where the data may be changing. Finding the center requires a delay of 
one-half of a transmission interval (bit time) after the edge. Fetching the data at the 
center also means that small timing errors have little effect on the accuracy of the 
reception. 


3) Recognizing a special starting code. This is easy if the code is a single bit or if we 
have some timing information. The procedure is more complex if the code is long 
and could start at any time. Shifting will be necessary to determine where the 
transmitter is starting its bits, characters, or messages (this is often called a search 
for the correct "framing" ). 


4) Sampling the data. Taking several samples of the data reduces the probability of 
receiving it incorrectly from noisy lines. Majority logic can be used to decide on the 
actual data value. 


Reception is, of course, much more difficult than transmission since the peripheral con- 
trols the reception and the computer must interpret timing information generated by 
the peripheral. In transmission, the computer provides the proper timing and formatting 
for a specific peripheral. 


Peripherals may require or provide a great deal of information in | CONTROL 
addition to data and timing. We refer to other information | AND 
transmitted by the computer as "control information"; it may | STATUS 
select modes of operation. start or stop processes. clock registers, | INFORMATION 
enable buffers, choose formats or protocols. provide operator dis- | 
plays. count operations. or identify the type and priority of the operation. We refer to 
other information transmitted by the peripheral as "status information"; it may indicate 
the mode of operation, the readiness of devices, the presence of error conditions. the 
format or protocol in use. and other states or conditions. 
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The computer handles control and status information just like data. This information 
often acts like data from a slow peripheral, since it seldom changes even though actual 
data may be transferred at a high rate. The information may be single bits, digits, 
words, or multiple words. Single bits or short fields are often combined and handled by 
a single input or output port. 


Combining status and control information into bytes reduces the total number of 1/0 
port addresses required by the peripherals. However. the combination does mean that 
individual status input bits must be separately interpreted and control output bits must 
be separately determined. The procedure for isolating status bits is as follows: 





STEP 1) READ STATUS DATA FROM THE PERIPHERAL SEPARATING 
STEP 2) LOGICAL AND WITH A MASK (the mask has 16 in bit | STATUS 
positions that must be preserved. ‘Os’ elsewhere). INFORMATION 


A shift or flag-setting operation (е.9.. ORA A) can replace Step 2 if 

the field is a single bit and occupies the least significaht, most significant. or next to 
most significant bit position. These positions are often reserved for the most frequently 
used status information. 


The procedure for setting or resetting control bits is as follows: COMBINING 


STEP 1) LOAD PRIOR CONTROL INFORMATION CONTROL 
INFORMATION 
STEP 2) LOGICAL AND WITH MASK TO RESET BITS (mask has 
t ‘Os’ in bit positions to be reset. ‘1s’ elsewhere). 
STEP3) LOGICALLY OR WITH MASK TO SET BITS (mask has '1s' in bit positions to be 
set, 'Os' elsewhere). 
STEP 4) SEND NEW CONTROL INFORMATION TO PERIPHERAL 


Here again the procedure is simpler if the field is a single bit and occupies a position at 
the end of the word. 





This is illustrated by the following examples: 


1) A 3-bit field in bit positions 2 through 4 of input port 1 is a scaling factor. Place that 
factor in the Accumulator. 


READ STATUS DATA FROM INPUT PORT 

IN 1 ;:READ STATUS DATA 
MASK OFF SCALING FACTOR AND SHIFT 

ANI 000111008 :МАЅК SCALING FACTOR 


RRC ;SHIFT RIGHT TWICE TO NORMALIZE 
RRC 
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2) Bits 2 and 3 in the Accumulator form a 2-bit field which is to be placed into bit 
positions 5 and 6 of output port 4. Memory location 40 contains bits О through 4 
and bit 7 of the word to be sent to output port 4. i.e.. (40) is the current control in- 
formation. 


MOVE DATA TO FIELD POSITIONS 


RLC ;SHIFT DATA TO POSITIONS 5 AND 6 
RLC 

RLC 

ANI 011000008  ;CLEAR OUT OTHER BITS 

MOV BA 


COMBINE NEW FIELD POSITIONS WITH OLD DATA 


LDA 40H ;GET OLD DATA 
ANI 100111118 ;CLEAR FIELD POSITIONS 
ORA B ;ADD NEW DATA 
OUT 4 
A copy of the control information is necessary since the CPU cannot read an output 
port. 
Documentation is a serious problem in handling control and DOCUMENTING 


status information. The meaning of status inputs or control 
outputs is seldom obvious. The programmer should clearly in- 
dicate the purposes of input and output operations in the com- TRANSFERS 
ments, e.g. "CHECK IF READER IS ON". "CHOOSE EVEN 
PARITY OPTION", or "ACTIVATE ВІТ RATE COUNTER”. The Logical and Shift instruc- 
tions will otherwise be very difficult to remember, understand and debug. 


EXAMPLES 4 
Ап Unencoded Keyboard 


Purpose: Recognize a key closure from an unencoded 3 x 3 keyboard and place the 
number of the key that was closed in the Accumulator. 





Keyboards are just collections of switches (see Figure 11-16). Small numbers of keys are 
easiest to handle if each key is attached separately to a bit of an input port. Interfacing 
the keyboard is then the same as interfacing a group of switches. 


Keyboards with more than eight keys require more than one input MATRIX 
port, and therefore multibyte operations. This is particularly KEYBOARD 
wasteful if the keys are logically separate. i.e., the user will only 

Strike one at a time as in using a calculator or terminal keyboard. The number of input 
lines required may be reduced by connecting the keys into a matrix as shown in Figure 
11-17. Now each key represents a potential connection between a row and a column. 
The keyboard matrix has n+m external lines, where n is the number of rows and m the 
number of columns. This compares to n x m external lines if each key is separate. Table 
11-4 shows the comparison for some typical configurations. 
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+5V 
K 


+5V 


= 


+5V 
K 


Each key is a switch just like a pushbutton and grounds an input bit if it is pressed. 





Figure 11-16. A Small Keyboard 


Column 2 


Each key now serves to connect a row to a column, e.g., key 4 connects row 1 to column 1. 





Figure 11-17. A Keyboard Matrix 
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Number Of Lines With Number Of Lines With 
Independent Connections Matrix Connections 


Keyboard Size 





The programming involved concerns how to determine which key KEYBOARD 
has been pressed by using the external lines from the matrix. The SCAN 

usual procedure is a "keyboard сап”. We ground row О and ex- 

amine the column lines. If any of these lines is grounded, a key in that row has been 
pressed causing a row-to-column connection. We can determine which key was 
pressed by determining which column line is grounded. i.e., which bit is 'O' at the input 
port. If none of the column lines is grounded, we proceed to row 1 and repeat the scan 
of the columns. We can check to see if any keys in the keyboard have been pressed by 
grounding all the rows at once and examining the columns. 


The keyboard scan requires that the row lines be tied to an output port and the column 
lines to an input port. Figure 11-18 shows the arrangement. The CPU сап ground a раг- 
ticular row by placing a ‘0’ in the appropriate bit of the output port and ‘1s’ in the other 
bits. 


The CPU can determine the state of a particular column by examining the appropriate 
bit of the input port. 


Task 1: Wait for a key to be pressed. 
The procedure is as follows: 


1) Ground all the rows by placing ‘Os’ in all the connected bits of 
the output port. 

2) Get column inputs by reading the input port. 

3) Return to Step 1 if all the column inputs are ‘1s’. 





Flowchart: 
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Column 1 


Output 
pi 0; 
Port 


Data Bus (to CPU) 


Figure 11-18. 1/0 Arrangement For A Keyboard Scan 


Source Program: 


WAITK: MVI A.11111000B 
OUT KBDOT ;GROUND ALL KEYBOARD ROWS 
IN KBDIN ;GET KEYBOARD COLUMN DATA 
ANI 000001118 ;МА5К COLUMN BITS 
CPI 000001118 ;АВЕ ANY COLUMNS GROUNDED? 
zx" d WAITK ;МО, KEEP LOOKING AT KEYBOARD 
DONE: JMP DONE 
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Column 2 





Object Program: 


Memory Address Instruction Memory Contents 
(Hex) (Mnemonic) (Hex) 


WAITK: MVI A.11111000B 


OUT KBDOT 
KBDIN 
00000111B 
00000111B 


WAITK 


DONE 





KBDOT is the keyboard output port, KBDIN is the input port. 


Masking off the column bits eliminates any problems that could be caused by the states 
of the unused input lines. 


We could generalize the routine by naming the output and masking patterns. i.e., 


ALLG EQU 11111000B 
OPEN EQU 00000111B 


These names could then be used in the actual program; a different keyboard would 
only require a change in the definitions and a re-assembly. 


Task 2: Identify a key closure by placing the number of the key in the Accumulator. 


The procedure is as follows: IDENTIFYING 


1) Set key number їо 0, counter to number of rows, and out- KEY 


put pattern to all ‘1s’ except for a ‘0’ in bit О. 

2) Ground a row by sending the output pattern to the 
keyboard output port. 

3) Update output pattern by shifting the 'O' bit left one position. 

4) Get column inputs by reading the input port. 

5) If any column inputs are ‘0’, proceed to Step 8. 

6) Add number of columns to key number to reach next row. 

7) Decrement counter. Go to Step 2 if any.rows not scanned, otherwise to Step 10. 

8) Shift column inputs right one bit. 

9) If CARRY —1, add 1 to key number and return to Step 8. 

10) End of program. 


CLOSURES 
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Flowchart: 




















Kev number = 0 
Counter= 
Number of rows 
Scan pattern = 
11111110B 


Ground row by 
output of 
scan pattern 





Are 
any columns 
grounded 


Update scan pattern 
by shifting left 
circularly 





Shift column 
inputs right 1 bit 


Key number = 
Key number + 
number of columns 
Counter =Counter - 1 






Key number = 
Kay number + 1 
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Source Program: 


` FROW: 


FCOL: 


DONE: 


MVI 
MVI 


В.0 
C,11111110B 
D.3 


00000111B 
00000111B 
FCOL 


ЖЕҮ NO. = 0 
;START SCAN PATTERN TO GROUND ROW 0 
;COUNTER = NO. OF ROWS 


‘SCAN А ROW 
;UPDATE SCAN PATTERN FOR NEXT ROW 


;GET COLUMN INPUTS 

:МАЅК COLUMN BITS 

;ARE ANY COLUMNS GROUNDED? 

; YES, GO FIND WHICH ONE 

;KEY NO = KEY NO.+NO. OF COLUMNS 


‘HAVE ALL ROWS BEEN SCANNED? 
МО, SCAN NEXT ONE 

:ҮЕ5, DONE 

15 THIS COLUMN GROUNDED? 

; YES, DONE 

:NO, KEY NO. = KEY NO.+1 
‘EXAMINE NEXT COLUMN 


11-46 


Object Program: 


Memory Address Instruction Memory Contents 
(Hex) (Mnemonic) (Hex) 


MVI В,0 


MVI СТЕПУ ТОВ 


MVI D.3 


MOV AC 
OUT KBDOT 


RLC 

MOV CA 

IN KBDIN 
00000111В 
00000111В 


FCOL 





Each time a row scan fails, we must add the number of columns to the key number so 
as to move past the present row (try it on the keyboard in Figure 11-18). 


This program can be generalized by making the number of rows, the number of col- 
umns, and the masking pattern into named parameters through the use of EQU pseudo- 
operations. 


There are three unconditional Jumps in this program. Can you eliminate two of them by 
appropriately restructuring the initial conditions? In addition. can you shorten the pro- 
cedure by which 3 is added to Register B? 
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An Encoded Keyboard 


Purpose: Wait for data to be available from an encoded keyboard ENCODED 
which provides a strobe signal along with each data KEYBOARDS 
item. Place the data in the Accumulator. 


An encoded keyboard provides a unique identification code for each key. It has internal 
electronics which perform the scanning and identification procedure described in the 
previous example. The tradeoff is between the simpler software and higher cost of the 
encoded keyboard and the more complex software and lower cost of the unencoded 
keyboard. 


Encoded keyboards may use diode matrices, TTL encoders. or MOS encoders. The iden- 
tification codes may be ASCII, EBCDIC, or some other code. PROMs are often part of the 
encoding circuitry. 


The encoding circuitry may do more than just transform key ROLLOVER 


closures into codes. It may also debounce the keys and handle 

“rollover”, the problem which arises when more than one key is struck at the same 
time. Common ways of handling rollover include "2-key rollover’ (2KRO), whereby two 
keys (but not more) struck at the same time are resolved into separate closures, and “п- 
key rollover’ (NKRO), whereby any number of keys struck at the same time are resolved 
into separate closures. 


The encoded keyboard also provides a strobe signal with each new data item. The 
Strobe indicates that new data is present. Figure 11-19 shows the interface between an 
encoded keyboard and an 8080 microprocessor. The keyboard strobe is latched into the 
SR flip-flop in the 8212 1/0 port (note that the strobe is active-high but the flip-flop out- 
put is active-low). A serial input port is also necessary, since the processor has no direct 
way of determining the status of the SR flip-flop. Output INT from the 8212 is active- 
low and is intended to serve as an interrupt signal, either directly to the processor or via 
ап 8214 Priority Interrupt Control Unit. Figure 11-20 is a diagram of the 8212 1/0 port. 
and Figure 11-21 describes its use as an input port. (Remember that Volume ll of An In- 
troduction To Microcomputers describes the 8212 1/0 port in detail.). Most 1/0 boards 
used in microcomputer systems contain both parallel data ports and serial status ports. 


Keyboard 
data inputs 


Input Port 


The serial port can just be a single D flip-flop which the CPU can address so as to determine its status. 





Figure 11-19. 1/0 Interface For An Encoded Keyboard 
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Task: Wait for an active-low strobe signal at the serial status port and then place the 
data from the parallel port in the Accumulator. 


Note that reading the data from the parallel port clears the SR flip-flop (this circuitry is 
part of the 8212). We will assume that the serial status port is attached to bit О of the 
Data Bus. 


Flowchart: 


Read status port 


Read data port 


3 State 
3 State 
Data Latch 
Data Latch 
Data Latch 
Data In 
Data In 
Data In 


CLR - Resets Data Latch * Internal SR Flip-Flop 
Sets SR Flip-Flop 
(No effect on Output Buffer) 


њозо = 6 
==0OoO--66 
----оооо 





Figure 11-20. Тһе 8212 I/O Port 
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Bb. Service Request FF 
O 
Q 


Device Selection 


[D oi E ® 
[5 DS2 (Active Low) 


Dw 
Output 


[5 STB Buffer 
p» » | % > 


Data Latch 


> < 


CR 
С) 
Св 
е 


p 


У--Ұ 


9 


Е ДРЕ. 


о 
D! 


(Active Low) 





Figure 11-20. Тһе 8212 1/0 Port (Continued) 
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e 
á 
© 
5 


To priority CRT 

(Active Low) 
(051 - 052) To CPU 

Interrupt Input 





Figure 11-21. Тһе 8212 1/0 Port As An 
Interrupting Input Port 


The use of an 8212 as shown in Figure 11-21 is that of a system input port that accepts 
a strobe from the system input source, which in turn clears the service request flip-flop 
and interrupts the processor. The processor then goes through a service routine, iden- 
tifies the port, and causes the device selection logic to go true — enabling the system 
input data onto the Data Bus. 


Source Program: 


SRCHS: ІМ SPORT ;:READ STATUS PORT 
RAR 15 THERE NEW KEYBOARD DATA? 
JC SRCHS :МО, KEEP LOOKING 
IN DPORT ; YES, FETCH DATA 


HERE: JMP HERE 
Object Program: 


RAR 





Remember that the status bit is active-low, i.e.. a logic ‘0’ indicates the presence of new 
data. 
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A Digital-To-Analog Converter 


Purpose: Send data to an 8-bit digital-to-analog converter which requires a LOAD 
pulse to start the conversion process. 


Digital-to-analog converters produce the continuous signals required by motors, 
solenoids, relays, actuators. and other electrical and mechanical output devices. Typical 
converters consist of switches and resistor ladders with the appropriate resistance 
values. Typically, you must provide a reference voltage and some other digital and 
analog circuitry. although complete units are becoming available at low cost (see. for 
example, А. Mrozowski, "Analog Output Chips Shrink A-D Conversion Software", 
Electronics, June 23, 1977, рр. 130-133). 


Figure 11-22a describes the 8-bit Signetics NE5018 D/A converter, an example of a 
device designed to be microprocessor compatible by including an on-chip 8-bit parallel 
data input latch. A low level on the LE (latch enable) input passes the Data Bus informa- 
tion into the latches, where it remains after LE goes high. Figure 11-22b illustrates con- 
nection of the device to an 8080 system. 


Figure 11-23 shows an interface for an 8-bit converter which uses two output ports, 
one for the converter data and one for the load pulse. The data output port is unnecess- 
ary if the converter has a data input register or latch and if the port selection logic can 
be applied directly to a data strobe input of the converter (as on the Signetics NE5018). 


In applications where 8 bits of resolution are not enough. 10- to 16-bit converters can 
be used. Additional port logic is required to pass all the data bits; some converters pro- 
vide part of this logic. 


Note that the 8212 port is latched by the device selection logic in the output mode (see 
Figure 11-24). The data therefore remains stable during and after the conversion. The 
converter typically requires only a few microseconds to produce the desired analog out- 
put. 
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£S-11 


Bipolar O 


Offset 








Latches and 
Switch Drivers 


DAC Current 
Output 


DAC Switches 


ТА ТЕКЕЕТЕЕЕ 


All R valves equal 5K (2 and are thermally matched 


Figure 11-22a. Signetics NE5018 D/A Converter 


From Port Selection Logic 
1/0 Write Strobe 





Figure 11-22b. NE5018 Connection To 8080 System 


Data 
Output 
Port 


Control 
Output 
Port 





Figure 11-23. Interface For An 8-Bit Digital-To-Analog Converter 


The 8212 can be used to transmit data from the 
Data Bus to a system output. Selection of the 
port and latching of data is controlled by the 
device selection logic (DS1 - DS2). 


System 





Figure 11-24. The 8212 1/0 Port As A Latched Output Port 
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Task: Send the data in memory location 40 to the converter. Send the pulse that will 


load the converter. 


Flowchart: 


Source Program: 


Data = (40) 


Send data 
to Output 
Port Dport 


Pulse load 
from Output 
Port Cport 





(The LOAD input on the DAC is assumed to be attached to Data Bus line 0.) 


LDA 
OUT 
MVI 
OUT 
SUB 
OUT 
HERE: JMP 


Object Program: 





;GET DATA 

;:SEND DATA TO DAC 
‘PULSE DAC LOAD 
“БАС LOAD INPUT HIGH 


“БАС LOAD INPUT LOW M 


Instruction Memory Contents 
(Mnemonic) (Hex) 
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If the other bits of CPORT are in use. the LOAD signal can be sent high by ORing a copy 
of the old control data with an appropriate mask. The mask would have a '1' bit in the 
LOAD position and zeros elsewhere. For example. if the old control data is in memory 
location 40H, the following instruction sequence would apply: 


LDA 40H ;GET OLD CONTROL DATA 
ORI 000000018 . ;TURN ON BIT O 
OUT СРОВТ 


The pulse could then be completed by ANDing with a mask which has a 'O' bit in the 
LOAD position and ones elsewhere. For example, if the control data is in the Accumula- 
tor, 


ANI 11111110B 
OUT CPORT 


would bring the LOAD line low. 


The LOAD pulse usually must last a minimum length of time. This could be several 
clock cycles. When LOAD is low. the analog output remains the same. 


The INT signal from the 8212 device can serve as a "BYTE OUT" or other control signal, 
since the device selection logic activates it. Note. however, that the INT pulse is a fairly 
brief strobe since it only lasts one clock cycle. 


Analog-To-Digital Converter 


Purpose: Fetch data from an 8-bit analog-to-digital converter which requires an INITI- 
ATE CONVERSION pulse to start the conversion process and has a BUSY line 
to indicate the completion of the process. 


Analog-to-digital converters handle the continuous signals produced by various types 
of sensors and transducers. The converter produces the digital output which the com- 
puter requires. 


One form of an analog-to-digital converter is the successive-approximation device, 
which makes a direct 1-bit comparison during each clock cycle. Such converters are 
fast but have little noise immunity. Dual slope integrating converters are another form 
of analog-to-digital converters. These devices take longer but are more resistant to 
noise. Other techniques. such as the incremental charge balancing technique. are also 
used. 


Analog-to-digital converters usually require some external analog and digital circuitry. 
Complete units are becoming available at low cost 


Figure 11-25 shows the 8-bit Teledyne Semiconductor 8703 A/D converter. The device 
contains a result latch and three-state data outputs. A pulse on the INITIATE CONVER- 
SION starts conversion of the analog input: after about two milliseconds the result will 
go to the output latches and the BUSY output will indicate this by switching low. Data 
is read from the latches'by applying a ‘0’ to the ENABLE input 


Figure 11-26 shows the interface for an 8-bit converter. (See also D. Guzeman, "Marry 
Your uP to Monolithic A/Ds", Electronic Design, January 18, 1977. рр. 82-86.) The 
various ports may be unnecessary if the converter (like the Teledyne 8703) has tristate 
outputs and separate enabling circuitry for the various functions. Note that, besides the 
input data and status ports, an output control port is necessary to provide the INITIATE 
CONVERSION pulse. The BUSY signal could also latch the converter data into the input 
data port. 


Task: Start the conversion process. wait for-BUSY to go low, and then read the data 
and store it in memory location 40. 
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Pulse INITIATE 
CONVERSION line 
ЕР: i 
Conversio! 
complete ? 
BUSY —0 
2 
Yes 


Read data from 
Data Input Port 
(40) = Data 







Source Program: 


(Both the control and status ports are assumed to be connected to bit О of the Data 
Bus.) 


The logical OR and AND operations could be used to pulse the INITIATE CONVERSION 
line. 


A delay routine of appropriate length (2 ms for the 8703) could replace the examination 
of the BUSY signal. 


The BUSY signal is assumed to be ‘1’ while the conversion is in progress. 


MVI АЛ ;PULSE INITIATE CONVERSION 

OUT CPORT ‘INITIATE CONVERSION = 1 

SUB A 

OUT CPORT INITIATE CONVERSION = 0 
WTBSY: IN SPORT 15 CONVERSION DONE (BUSY = 0)? 

RAR 

JC WTBSY :МО, WAIT 

IN DPORT ; YES, GET DATA 

STA 40H 


HERE: JMP HERE 
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88-11 


INITIATE 
CONVERSION 


Iy = TOLA Е5.-»- 270pF 


+5V 


1000 


100k Q 


Comparator Internal 
Clock 
Data 
and 
Control 
Logic 


Counters 


Figure 11-25. Teledyne 8703 A/D Converter 


Binary 
Outputs 


Ex Output 
Latches 


*Components chosen for Му (F.S.)=10V, Уңер--6.4У 








Figure 11-26. Interface For An 8-Bit Analog-To-Digital Converter 
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Object Program: 


Memory Address Instruction Memory Contents 
_ (Mnemonic) (Hex) 





A Teletypewriter (TTY) 


Purpose: Transfer data to and from a standard ten-character-per- 


TTY 
second serial teletypewriter. INTERFACE 


The standard teletypewriter (Teletype Model ASR-33) transfers 
data in an asynchronous serial mode. The procedure is as follows: 


1) 
2) 


Figure 11-27 shows the format. Note that each character actually 


The line is normally in the MARK or '1' state. 
A Start bit (a SPACE or ‘0’ bit) precedes each character. 
The character is usually 7-bit ASCII with the least significant bit transmitted first. 


The most significant bit is a Parity bit, which may be even, STANDARD 
odd. or fixed at 'O or ‘1’. TTY 
Two Stop bits (logic ‘1) follow each character. CHARACTER 


FORMAT 





requires the transmission of eleven bits, of which only seven con- 

tain information. Since the maximum data rate is ten characters per second, the bit rate 
is 10 x 11, or 110 Baud. Each bit therefore has a width of 1/110 of a second. or 9.1 
milliseconds. This width is an average; the teletypewriter does not maintain it to any 
high level of accuracy. 
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For a teletypewriter to communicate properly with a computer, the following pro- 

cedures are necessary: 

RECEIVE (flowcharted in Figure 11-28) 

STEP 1) Look for a Start bit. i.e.. a logic 0” on the data line. 

STEP 2) Center the reception by waiting one-half bit time or 4.55 milliseconds. 

STEP 3) Fetch the data bits, waiting one bit time before each one. Enter the data bits 
into a word by first shifting the bit to the Carry and then circularly shifting the 
data with the Carry. 

STEP 4) Generate the Parity and check it against the received 
Parity. If they do not match. indicate a “Parity error" 

STEP 5) Fetch the Stop bits (waiting one bit time between in- 
puts). If they are not correct (i.e., both Stop bits are not 
717, indicate a “framing error’. 





Task: Fetch data from a teletypewriter through a serial input port and place the data in 
memory location 60. For procedure see Figure 11-28. 


_ Mark (‘1’) 
Space (0) 


"4107 Stop Stop 
Bit Bit 


Character is ASCII 'E' with odd parity (45 hex). 


Remember that the transmission order is Start bit 
(107), bit O, bit 1, bit 2, bit 3, bit 4, bit 5, bit 6, Parity 
bit, Stop bit (‘1’), Stop bit (‘1’). 





Figure 11-27. Teletypewriter Data Format 
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Get input data 


(i.e., is parity = 
received parity ?) 


Data '0' ? 
(Start bit) 


Wait one-half 
bit time 


Wait one bit time 


Wait one bit time 


Get input data 
Carry = Input data 
Shift data right 
with Carry 


Count = Count-1 


Count = Count - 1 


Generate parity 





Figure 11-28. Flowchart For Receive Procedure 


11-62 


Source Program: 


(Assuming serial port is attached to bit O of the Data Bus and TTY 
subroutines PRERR апа FRERR handle parity and framing errors RECEIVE 
respectively.) Parity is odd. PROGRAM 





‘WAIT FOR START BIT 


WTSTB: IN RPORT ;GET DATA 
RAR 15 DATA A START BIT (09? 
Jc WTSTB МО, WAIT 


“CENTER RECEPTION AND MARK DATA WORD 


CALL DHALF ‘WAIT 1/2 BIT TIME 
MVI D.100000008 :MARK DATA WORD 


‘GET SERIAL DATA AND PLACE IN DATA WORD 


RCVB: CALL DFULL ‘WAIT 1 BIT TIME 


IN RPORT ;GET SERIAL DATA 

RAR 

MOV DA 

RAR :5НІЕТ SERIAL DATA INTO WORD 
MOV AD :НАЅ MARK TRAVERSED WORD? 

JNC RCVB iNO, KEEP FETCHING CHARACTER BITS 


;CHECK PARITY AND SAVE DATA 


ANA А ;SET PARITY BIT 
JPE PRERR ;PARITY ERROR IF RECEIVED PARITY IS EVEN 
STA 60H 


“FETCH AND CHECK STOP BITS 


MVI E.2 :2 STOP BITS 

RCVS: CALL DFULL ‘WAIT 1 BIT TIME 
IN RPORT :СЕТ SERIAL DATA 
RAR 15 DATA A ‘1°? 
JNC FRERR :МО. FRAMING ERROR 
DCR E 
JNZ RCVS 


HERE: JMP HERE 


‘DELAY ROUTINES 


DHALF: MVI В;4 :1/2 BIT TIME 
JMP DLY 
DFULL: MVI B.8 ;1 BIT TIME 
DEY: MVI (150 ;DELAY 1/8 BIT TIME 
DCR С 
JNZ DLY1 
DCR B 
JNZ DLY 
RET 
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A simple method for checking to see when a complete word has been received is to 
place a ‘1’ in the most significant bit of the data word and ‘Os’ elsewhere. When this ex- 
tra ‘1’ appears in the Carry, a full word of data has been received and shifted іп (to the 
right). 


The Stack Pointer must be initialized since the delay routines are called as subroutines. 


The delay routine can easily provide both the half bit time delay and the full bit time 
delay with two separate entry points. 


The 8085's serial input line (SID) could also be used. RIM (Read Interrupt Mask) loads 
the Accumulator with the serial input line in bit 7. So, the required changes are: 


‘WAIT FOR START BIT 


WTSTB: RIM “СЕТ SERIAL DATA 


RAL 15 SID A START BIT (09? 
JC WTSTB ;NO, WAIT 


:GET SERIAL DATA AND PLACE IN DATA WORD 


RCVB: CALL DFULL ;WAIT 1 BIT TIME 
RIM ;GET SERIAL DATA 
RAL 


arry — O (start bit. 
Get output data 
Shift data left 
circularly with Carry 
Count — 11 


Send data to 
Output Port 


Shift data right 
circularly with Carry 


Carry — 1 (stop bit) 
Wait 1 bit time 


Count — Count - 1 





Figure 11-29. Flowchart For Transmit Procedure 
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TRANSMIT (flowcharted in Figure 11-29) 
STEP 1) Transmit a Start bit. i.e., a logic ‘0’. 


STEP 2) Transmit the seven data bits, starting with the least sig- TTY. 
nificant bit. TRANSMIT 
STEP 3) Generate and transmit the Parity bit. MODE 


STEP 4) Transmit two Stop bits. i.e., logic ‘1s’. 
The transmission routine must wait one bit time between each operation. 


These procedures are sufficiently common and complex to merit a 
special LSI device. the UART or Universal Asynchronous 
Receiver/Transmitter. (For a discussion of UARTs, see P. Rony et. al., “Тһе Bugbook lla", 
E and L Instruments Inc., 61 First St.. Derby, Conn. 06418. or D. G. Larsen et. al., 
“INWAS: Interfacing with Asynchronous Serial Моде”. IEEE Transactions on Industrial 
Electronics and Control Instrumentation, February 1977. pp. 2-12.) The UART will per- 
form the reception procedure and provide the data in parallel form and a DATA READY 
signal. It will also accept data in parallel form. perform a transmission procedure. and 
provide a PERIPHERAL READY signal when it can handle more data. UARTs may have 
many other features. including: 





1) Ability to handle various character lengths (usually five to eight bits), parity op- 
tions, and numbers of stop bits (usually 1, 1.5, and 2). 


2) Indicators for framing errors, parity errors, and "overrun error" (failure to read a 
character before another one was received). 

3) RS-232 (you can find introductory descriptions of RS-232 in F. W. Etcheverry, “Вїп- 
ary Serial Interfaces", EDN, April 20, 1976, pp. 40-43 and in G. Pickles, "Who's 
Afraid of RS-232?", Kilobaud. May 1977, pp. 50-54) compatibility, i.e., a REQUEST- 
TO-SEND (RTS) output signal to indicate the presence of data to communications 
equipment and a CLEAR-TO-SEND (CTS) input signal to indicate, in response to 
RTS, the readiness of the communications equipment. There may be provisions for 
other RS-232 signals such as RECEIVED SIGNAL QUALITY, DATA SET READY, or 
DATA TERMINAL READY. 


4) Tristate outputs and control compatibility with a microprocessor. 

5) Clock options which allow the UART to sample incoming data several times to 
detect false start bits and other errors. 

6) Interrupt facilities and controls. 


UARTS act as four parallel ports — an input data port. an output TTY 

data port. an input status port. and an output control port. The TRANSMIT| 
status bits include error indicators as well as Ready flags. The con- PROGRAM 
trol bits select various options. UARTs are inexpensive ($5 to $50, 
depending on features) and easy to use. 





Task: Send data from memory location 60 to a teletypewriter through a serial output 
port. 


For procedure see Figure 11-29. 
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Source Program: 


(Assuming serial port is attached to bit О of the Data Bus and parity is part of data.) 


GET DATA AND CLEAR START BIT 


LDA 40H ;GET DATA 
ADD A ;CLEAR START BIT 
MVI B. ;COUNT = 11 BITS 


TRANSMIT A BIT AND UPDATE DATA 


TBIT: OUT TPORT ‘TRANSMIT А ВІТ 


RAR ;UPDATE FOR NEXT BIT 
SE ;STOP ВІТ = 1 
DELAY 9.1 MS 
MVI B.8 ;8 TIMES THROUGH 
DLY: MVI С,150 ;DELAY 1/8 BIT TIME 
DETT: DCR C 
JNZ DLY1 
DCR B 
JNZ DLY 
COUNT BITS 
DCR D ;COUNT DOWN 11 BITS 
JNZ TBIT 


DONE:  JMP DONE 
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CELZ] 





The coefficients for the delay routine were calculated from the length of the delay and 
the execution times of the various instructions at standard 8080 clock rates (i.e., 2 
MHz). 


MVI - 35 us 
DCR - 25 us 
JNZ - 5.0 ys 


Two registers are necessary, since one cannot provide the full 9.1 milliseconds with the 
simple routine. 


The delay routine can easily produce any multiple of 1/8 of a bit time just by varying 
the initialization of Register B. 


The 8085's serial output line (SOD) could also be used. The SIM instruction loads the 
SOD output latch with bit 7 of the Accumulator if bit 6 is set. The other bits of the Ac- 
cumulator have interrupt functions and must have appropriate values (see the 8085 
User's Manual or the next chapter). 
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MVI 0,11 ;COUNT = 11 BITS 
LDA 40H :СЕТ DATA 
ANA A ;CLEAR START BIT 


TRANSMIT A SERIAL BIT THROUGH SOD 


ШЕШЕ MOV EA ‘SAVE DATA 
MVI АЛМАӨК ;СЕТ INTERRUPT MASK 
RAR :БАТА TO SERIAL OUTPUT BIT (ВІТ 7) 
SIM ;DATA TO SERIAL LATCH 
DELAY 9.1 MS 
MVI B.8 8 TIMES THROUGH 
DLY: MVI С,243 ;DELAY 1/8 BIT TIME 
DEYE DCR C 
JNZ DLY1 
DCR B 
JNZ DLY 


SHIFT DATA AND COUNT BITS 


SIC :5ТОР ВІТ = 1 

MOV AE ;SHIFT DATA 1 BIT 
RAL 

DCR D ;COUNT DOWN 11 BITS 
JNZ TBIT 


IMASK has a '1' in bit 7 to enable loading of the 8085 serial latch (the '1' is in bit 6 after 
RAL). The coefficients for the delay routine were calculated from the execution times of 
the various instructions at the standard 8085 clock rate of 3 MHz. The delay routine 
could preserve Registers B and C with a PUSH B instruction at the start and POP B at 
the end. High accuracy is unnecessary since the teletypewriter does not maintain high 
accuracy and each transmission consists of only 11 bits. 


ANA A clears the Carry so the start bit is a "0; STC sets the Carry so the Stop bits are 
"1s'. No other instructions in the program affect the Carry. 
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PROBLEMS 
1) Separating Closures From An Unencoded Keyboard 


Purpose: The program should read entries from an unencoded 3 x 3 keyboard and 
place them in an array. The number of entries required is in memory location 
60, and the array starts in memory location 61. 


Separate one closure from the next by waiting for the current closure to end. Remem- 
ber to debounce the keyboard (this can simply be a few millisecond wait). 


Sample Problem: 
(60) = 04 
Entries are 7, 2, 2, 4 
Result = (61) =07 


(62) = 02 
(63) = 02 
(64) = 04 


2) Read A Sentence From An Encoded Keyboard 


Purpose: The program should read entries from an ASCII keyboard (7 bits with a ‘0’ 
Parity bit) and place them in an array until it receives an ASCII period (hex 
2E). The array starts in memory location 60. Each entry is marked by a strobe, 
as in the example given under An Encoded Keyboard. 


Sample Problem: 
Entries are Н, Е, L, L, 0. 


Result = (60)=48 H 
(61)=45 E 
(62) -4С 1 
(531 —4€. L 
(64) = 4F О 
(65) = 2E 


3) A Variable Amplitude Square Wave Generator 


Purpose: The program should generate a square wave as shown in the next figure 
from a D/A converter. Memory location 60 contains the scaled amplitude of 
the wave, memory location 61 the length of a half-cycle in milliseconds, and 
memory location 62 the number of cycles. 


Assume that a digital output of 80 hex to the converter results in an analog output of O 
volts. For this converter. a digital output of X results in an analog output of 
Vout = X-80/80 x-VREF volts. - 


Sample Problem: 


(60) = AO (hex) 

(61) = 04 

(62) = 03 
Result: 


+VREF | 
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The base voltage is 80 hex for 0 volts. Full scale is 00 hex for -Vggr volts. So for AO hex, 


AO - 80 


E 
Vout = AE x -Vrer = REF 





The program produces three pulses of amplitude УдЕЕ/4 with a half-cycle length of 4 
ms. 


4) Averaging Analog Readings 

Purpose: The program should take four readings from an A/O converter ten millise- 
conds apart. and place the average in memory location 60. Assume that the 
A/D converter takes less than 100 microseconds to convert. so that the con- 
version time can be ignored. 


Sample Problem: 


Readings are (hex) 86, 89, 81, 84 
Result = (60) = 85 


5) A 30 Characters-Per-Second Terminal 


Purpose: Modify the transmit and receive routines of the example given under A 
Teletypewriter to handle a 30 characters-per-second terminal which 
transfers ASCII data with one stop bit and even parity. How could you write 
the routines to handle either terminal depending on a flag bit in memory 
location 40, e.g., (40) = О for the 30 characters-per-second terminal, (40) = 1 
for the 10 characters-per-second terminal? 
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Chapter 12 
INTERRUPTS 


Interrupts are serial inputs which the CPU examines as part of each instruction cycle. 
These inputs allow the CPU to react to events at the hardware level rather than at the 
software level. Interrupts generally require more hardware than ordinary (programmed) 
1/0, but provide a faster and more direct response. You may want to review the discus- 


sion of interrupts in Volume ! of An Introduction to Microcomputers. 


Why use interrupts? Interrupts allow events such as alarms, power REASONING 
failure, the passage of a certain amount of time, and peripherals BEHIND 
having data or being ready to accept data, to get the immediate INTERRUPTS 
attention of the CPU. The programmer does not need to have the 

CPU actually check for the occurrence of these events, nor worry about missing them. 
An interrupt system is like the bell on a telephone in that it rings when a call is received, 
So that you go to the telephone in response to the bell rather than having to check the 
line to see if someone is calling. In the same way, the CPU does not have to wait for an 
event to occur, but rather responds to the event when it occurs. Of course, this simple 
description is complicated (just like a telephone system) when there are many inter- 
rupts and tasks which cannot be interrupted. 





The implementation of interrupt systems varies greatly. CHARACTERISTICS 
Among the questions which characterize a particular 
system are: 





1) How many interrupt inputs are there? 
2) How many sources of interrupts are there? 


3) How does the CPU determine the source of an interrupt if the number of sources 
exceeds the number of inputs? 


4) How does the CPU respond to an interrupt? 
5) Can the CPU differentiate between important and unimportant interrupts? 
6) How and when is the interrupt system enabled and disabled? 


There are many different answers to these questions. The aim of all the implementa- 
tions, however, is to have the CPU respond rapidly to the interrupt and resume normal 
activity after the response. 


The number of interrupt inputs on the CPU chip determines the number of different 
responses that the CPU can produce without any additional hardware or software. Each 
input can produce a different internal response. Unfortunately, most microprocessors 
have a very small number (one or two, typically) of separate interrupt inputs. 


The ultimate response of the CPU to an interrupt must be to transfer control to the cor- 
rect interrupt service routine and to save the current value of the Program Counter. The 
CPU must therefore execute a Jump-To-Subroutine or Call instruction with the begin- 
ning of the interrupt service routine as its address. This action will save the return ad- 
dress in the Stack and transfer control to the interrupt service routine. The amount of 
external hardware required to produce this response varies greatly. Some CPUs inter- 
nally generate the instruction and the address; others require external hardware to form 
them. The CPU can only generate a different instruction or address for each distinct in- 
put. 
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sist of a polling routine which checks the status of the devices 

which may be interrupting. The only advantage of such a system over normal polling is 
that the CPU knows that at least one input is active. The alternative solution is for addi- 
tional hardware to provide a unique data input (or vector) for each source. The two 
alternatives can be mixed; the vectors can identify groups of inputs which the CPU can 
differentiate by polling. 


An interrupt system which can differentiate between important PRIORITY 


and unimportant interrupts is called a "priority interrupt system”. 

Internal hardware can provide as many priority levels as there are inputs. External hard- 
ware can provide additional levels through the use of a priority register and comparator. 
The external hardware does not allow the interrupt to get through unless its priority is 
higher than the contents of the priority register. A priority interrupt system may need a 
special way to handle low-priority interrupts which may be ignored for long periods of 
time. 










ENABLING 
AND 
DISABLING 


Most interrupt systems can be enabled or disabled. In fact. 
most CPUs automatically disable interrupts when a RESET is 
performed (so that the programmer can configure the interrupt 
System) and on accepting an interrupt (so that the interrupt INTERRUPTS 
will not interrupt its own service routine). The programmer 
may wish to disable interrupts while preparing or processing 
data, performing a timing loop, or executing a multi-word 


NON-MASKABLE 
INTERRUPT 
operation. An interrupt which cannot be disabled (sometimes 


called a "non-maskable interrupt") may be useful as a power fail interrupt, 
The advantages of interrupts are obvious, but there are also | DISADVANTAGES 
disadvantages. These include: OF INTERRUPTS 
1) Interrupt systems may require a large amount of extra 

hardware. 


2) Interrupts still require data transfers under program control through the CPU. 


3) Interrupts are random inputs which make debugging and testing difficult. Errors 
may occur sporadically, and therefore may be very hard to find (for a discussion of 
designing with interrupts, see Baldridge. R.L.. "Interrupts Add Power. Complexity 
to j4C-System Design". EDN. August 5. 1977. pp. 67-73). 
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8080 INTERRUPT SYSTEM 


The 8080's internal response to an interrupt is very simple. The interrupt system con- 
sists of: 


1) А single active-high interrupt request input. 

2) An interrupt enable flip-flop, the status of which is auditable as an external output 
(INTE). 

3) А status bit, INTERRUPT ACKNOWLEDGE (INTA), which the CPU places on Data 
Bus line O at the start of each machine cycle. 


The 8080 checks the interrupt line at the end of each instruction 
cycle. If the interrupt request line is active and interrupts are 
enabled, the response is as follows (see Volume ll of Ап Introduc- RESPONSE 
tion to Microcomputers): 





1) The CPU disables the interrupt system. 


2) TheCPU executes an INTERRUPT ACKNOWLEDGE machine cycle. This cycle is dis- 
tinguished by status bit INTA = 1. DBIN is activated during the cycle so that the 
CPU will fetch an instruction, but MEMR = О so that the CPU will not activate the 
memory. 


External hardware must provide the rest of the response. 


The Restart (RST) Instruction 


The 8080 instruction set includes a special instruction, Restart RESTART 
(RST), intended for use with interrupts. Restart is a one-word CALL INSTRUCTION 
instruction which saves the current value of the Program Counter 


in the Stack and jumps to the address specified in the instruction. Table 12-1 contains 
the various Restart instructions and their destination addresses. 


Table 12-1. The Restart Instruction 


Mnemonic Binary Hexadecimal Destination 
Form Form Form Address (Hex) 


11000111 
11001111 
11010111 
11011111 
11100111 
11101111 
11110111 
11111111 





8085 only (separate inputs) 
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RST is useful in interrupt systems for the following reasons: 


1) It is a one-word instruction and so requires only one fetch cycle. 
2) It provides eight different destination addresses or vectors. 


3) Its vectors are far enough apart to allow Jump instructions to reach the actual ser- 
vice routines. 


4) Itis easy to form, since five of the bits are always "17. Ап 8-to-3 encoder can provide 
the other three bits quite cheaply. - 
RST has the following disadvantages: 


1) It cannot provide more than eight vectors. 

2) Its vectors are not far enough apart to allow space for entire interrupt service 
routines. 

3) Its vectors are in a fixed area of memory. 

4) RSTO has the same destination address as the RESET input and is therefore very 
difficult to use. The system needs hardware to differentiate between RESET and 
RST 0, since the two cannot be distinguished by software alone. 

The designer can produce a single RST instruction (RST 7) by any PRODUCING 

of the following methods: 

1) Use pullup resistors so that the Data Bus lines are all high 
when no sources are driving the bus (see Figure 12-1). 

2) Tie the INTA output of an 8228 System Controller to +12V 
through a 1KQ resistor (see Figure 12-2). 

3) Use an 8212 1/0 port as an interrupt instruction port (see Figure 12-3) with its in- 
puts tied high and its select line tied to INTA (formed by gating INTA and DBIN). 





INSTRUCTION 





If there is more than one interrupting device. the interrupt service routine starting at 
memory location 38 hex must identify the source by polling just as with ordinary 1/О. 


An 8-to-3 encoder can provide all eight RST instructions as shown in Figure 12-4. 
Remember that the inputs and outputs of a 74LS148 encoder are active-low. As a 
result, a low level on input Ro produces the RST 7 instruction (see Table 12-2), and in- 
put R7 produces the RST 0 instruction which has the same address as RESET. The en- 
coder only differentiates between simultaneous active inputs, and produces an output 
which corresponds to the highest priority input. 


If no source is driving the Data Bus, its contents will be FF hex (or RST 7). 





Figure 12-1. Using Pullup Resistors to Form the RST 7 Instruction 
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With this circuit, the 8228 System Controller will force the Data Bus to FF at the appropri- 
ate time in response to INTA = 1. 





Figure 12-2. Using the 8228 System Controller to Form the RST 7 Instruction 


Ó мов ло - 


= 
o 


ІМТА == 


In response to INTA active, the 8212 port places FF hex (RST 7) on the Data Bus. 





Figure 12-3. Using an 8212 1/0 Port to Form the RST 7 Instruction 


INTA 


The priority encoder provides three active-low output bits to an 8212 port. The result is to place 
one of the eight RST instructions on the Data Bus to the CPU in response to the INTA signal. 





Figure 12-4. Forming Eight RST Instructions with a Priority Encoder 
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8085 INTERRUPT SYSTEM 





The 8085 interrupt system differs from the 8080 interrupt system 8085 
in that the 8085 has four additional interrupt inputs. The four new INTERRUPT 
inputs all take priority over the regular interrupt input (INTR); they SYSTEM 


are: 

1) RST 5.5, which forces a call to address 2C (hex). 

2) RST 6.5, which forces a call to address 34 (hex) 

3) RST 7.5, which forces a call to address 3C (hex). 

4) TRAP lor non-maskable interrupt), which forces a call to address 24 (hex). This in- 
put can be used as a power fail interrupt. 


The order of priority (highest to lowest) is ТВАР, RST 7.5, RST 6.5, RST 5.5 and INTR. 


RST 5.5. RST 6.5 and RST 7.5 may be masked (disabled) with a 

SIM instruction. SIM utilizes the bits of the Accumulator as INSTRUCTION 

follows: 

е Bit 7 = Serial Output Data (SOD) 

. Bit 6 = 1 to enable the serial output data. i.e., load the output latch 

e  Bit5 is not used 

е Bit 4 = 1 to reset the RST 7.5 request 

e Bit 3=1 to load the interrupt masks from bits 0 through 2 

° Bits 0-2 = 0 to enable interrupts RST 5.5 through RST 7.5 respectively 

Similarly, the RIM instruction can determine the values of the 

masks and tell if there are any interrupts pending. RIM loads the INSTRUCTION 

Accumulator as follows: 

е Bit 7 = Serial Input Data (SID) 

е Bits 4-6 = 1 for pending requests at levels 5.5, 6.5, and 7.5. respectively 

e- Bit 3 = 1 to enable the entire interrupt system (except TRAP) 

* Bits 0-2 are the current values of the interrupt masks (0 means enabled) for RST 5.5 
through RST 7.5. respectively 


8214 PRIORITY INTERRUPT CONTROL UNIT 


An 8214 Priority Interrupt Control Unit can provide an almost 
complete eight-level vectored interrupt system. This device (see 
Figure 12-5) contains: 





1) An 8-to-3 priority encoder. 

2) A current Status register. 

3) A priority comparator. 

4) Various inputs and outputs for control and expansion 
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Some of the features of the 8214 device are (see also Volume ll of An Introduction To 


1) 
2) 


3) 


4) 


5) 


Microcomputers): 


The outputs are active-low: the RST instructions produced are given by Table 12-2. 
The current Status register is also active-low, so that 111 is the lowest priority and 
000 the highest. Table 12-3 shows which priorities are allowed by various values in 
the Status register. 

SGS (Status Group Select) is bit 3 of the Status register. If this bit is low, the status 
comparison is activated and only interrupts above the level given by the Status 
register will be accepted. If SGS is high. the status comparison is bypassed so that 
interrupts at level O will be accepted. 

The CPU can place a new value in the Status register by addressing it as an output 
port via ECS (Enable Current Status, active-low). 

Since the Status register is only an output port, the CPU cannot directly determine 
its contents. 


Note that the contents of the 8214 Status register must be managed. You must place 
an initial value in it (typically 565 = 1, e.g., OF 16) before enabling interrupts. As part of 
each interrupt service routine, you must place the correct priority value into the Status 
register before re-enabling interrupts and must restore the old priority value to the 
Status register before returning to the interrupted program. 


Table 12-2. RST Instructions Produced by the Various Request Inputs 


Highest Input Destination 
Request Active A Address (hex) 








Remember that the encoder outputs are active-low. 


Table 12-3. Interrupts Allowed For Various Status Register Values 


Status Register Values 
Interrupts 


Allowed 


None 
Request 7 


Request 6 or above 
Request 5 or above 
Request 4 or above 
Request 3 or above 
Request 2 or above 
Request 1 or above 
All 


اا 
= 


> 
3 
< 
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(Open Collector) 


о | 50 INT 


Current 
Status 
Register 





Figure 12-5. The 8214 Priority Interrupt Control Unit 
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SGS must be ‘1’ to enable interrupts at input Ro. since any priority level only allows in- 
terrupts above that level. This procedure is necessary to avoid having a request input 
interrupt its own service routine. 


Figure 12-6 shows the connections required to form an eight-level interrupt controller 
“тот an 8214 control unit and ап 8212 1/0 port. 


The advantages of the 8214 device are: 

1) It provides eight levels of vectored priority interrupts with minimal hardware. 
2) It does not require any timing or other circuitry. 

3) It contains the priority register and the comparator. 


The disadvantages of the 8214 device are: 


1). The priority scheme is inflexible. 

2) Low-priority interrupts may be ignored. 

3) Expansion of the interrupt system beyond eight levels is difficult. 

4) The interrupt vectors are in a fixed area of memory. 

5) The CPU cannot read the contents of the priority register. Therefore, the program 
must retain a copy of the current priority in RAM. 


Despite these disadvantages, the 8214 device is a simple. low-cost. complete controller 
for interrupt systems which do not have a large number of inputs. 


8259 PROGRAMMABLE INTERRUPT CONTROLLER 


The 8259 Programmable Interrupt Controller (see Figure 12-7) 8259 
overcomes some of the disadvantages of the 8214 device. This INTERRUPT 
controller has the following features: CONTROLLER 


1) It allows several different priority methods. including rotating 
priority (i.e., the priority levels rotate after each servicing). to insure that all inter- 
rupts are eventually serviced. The priority method can be changed under program 





control. 

2) It can place the interrupt vectors anywhere in memory (using either a 32- or 64- 
byte area). 

3) Up to eight of these devices can be combined to provide 64 vectored interrupt 
levels. 


The major disadvantages of the 8259 controller are the programming required and its 
dependence on the 8228 System Controller to provide the timing pulses which gate a 
complete Call instruction onto the Data Bus. Volume ІІ of An Introduction To Microcom- 
puters discusses the 8259 device. 
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Figure 12-6. The 8214 Priority Interrupt Control Unit Used as an 8-Level Controller 
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Figure 12-7. The 8259 Programmable Interrupt Controller 


EXAMPLES 

A Startup Interrupt 

Purpose: Have the CPU wait until the startup interrupt occurs. STARTUP 
INTERRUPT 


Many systems remain inactive until the operator actually starts 

them or a DATA READY signal is received. When power-on RESET 

occurs on such systems, the software must initialize the Stack Pointer, enable interrupts 
and execute a HLT instruction. (Remember that a RESET disables the interrupts.) In the 
flowchart, the decision as to whether startup is active is made in hardware (i.e., by the 
CPU examining the interrupt input internally) rather than in software. 


Figure 12-8 shows the circuitry required by the interrupt. Note that the startup input 
should be active-high since the 8212 service request flip-flop responds to a low-to-high 
transition on the STB input. Also, the INT output from the 8212 must be inverted before 
being connected to the 8080's active-high interrupt input. 
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* 12V 


The startup input clears the service request flip-flop in the 8212 port and interrupts the 
processor. The 8228 controller places the RST 7 instruction on the Data Bus in response 
to the INTERRUPT ACKNOWLEDGE signal. 





Figure 12-8. A Single Input Interrupt 


Flowchart: 









Initialize 
Stack Pointer 
Enable interrupts 


m» 
startup active 

? 
Yes 


Note that hardware rather than software determines whether the startup is active. 
Source Program: 
RESET EQU 0 


ORG RESET 

LXI SP,100H  ;PUT STACK AT END OF MEMORY 
EI ;ENABLE INTERRUPTS 

HLT ;AND WAIT 

ORG INTRP 

IN PORT ;CLEAR INTERRUPT 


LXI SP,100H  .:REINITIALIZE STACK POINTER 
HERE: JMP HERE 
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Object Program: 


Memory Address Instruction Memory Contents 
(Hex) (Mnemonic) (Hex) 


LXI SP,100H 


PORT 


5Р,100Н 


HERE 
INTRP+5 





The program must initialize the Stack Pointer, since the RST instruction uses the Stack. 
Each iteration reinitializes the Stack Pointer so that the Stack doesn't grow. 


The program must initialize the Stack Pointer and the buffer pointer before enabling the 
interrupts so that the service routine has a place for the data and the return address. 


The exact location of the interrupt service routine varies with the LOCATION 
microcomputer. If your microcomputer has no monitor, you can OF 
start the interrupt service routine wherever the external hardware INTERRUPT 


directs the CPU. Convenient addresses to use are 38 hexadecimal 
in 8080 systems (the lowest priority interrupt in 8214-based 
systems and the only vector in systems without interrupt con- 
trollers) or 3C hexadecimal in 8085 systems (the vector for the RST 7.5 input). These ad- 
dresses are convenient since there are no vectors above them in memory. 





If your microcomputer has a monitor, the monitor will often oc- INTERRUPT 
cupy the RESET and interrupt service addresses. It will then supply HANDLING 
service addresses at which you must place either the service BY 

routines or the addresses of those routines. A typical monitor MONITORS 
routine would be: 


MONIN: LHLD USINT ;GET USER ADDRESS FOR INTERRUPT 
;SERVICE ROUTINE 
PCHL ;AND JUMP TO IT 


You must place the address of your service routine in memory locations USINT and 
USINT+1. Remember that MONIN is an address in the monitor program. 





You can include the loading of memory locations USINT and USINT+1 in your main 
program, i.e., 


LXI H.INTRP :GET STARTING ADDRESS OF SERVICE ROUTINE 
SHLD USINT ;ЅТОВЕ IT AS USER ADDRESS 
These instructions come before the enabling of the interrupts. 


In this example, the return address which the 8080 stores in the Stack is not useful. 
However, the main program still must initialize the Stack Pointer so that there is a 
definite place to put that address. You may not need the LXI SP instruction if the moni- 
tor in your microcomputer manages the Stack Pointer. 
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The service routine discards the return address by simply reinitializing the Stack 
Pointer. An alternative would be to increment the Stack Pointer twice: 


INX SP 
INX SP 


Remember that accepting an interrupt automatically disables the interrupt system. This 
allows the real startup routine to configure the interrupt system before re-enabling in- 
terrupts. Note that you must deactivate the startup interrupt in the service routine (with 
the otherwise useless IN PORT instruction) or else it will interrupt again as soon as the 
interrupt system is re-enabled. 


The implementations of the instructions El (Enable Interrupts) and DI (Disable Inter- 
rupts) differ on the 8080. DI takes effect immediately after its execution, while El takes 
effect after the execution of the following instruction. The reasoning behind this fact is 
discussed in Chapter 3 under the description of the El instruction. 


A Keyboard Interrupt 
Purpose: The computer waits for a keyboard interrupt and places KEYBOARD 
the data from the keyboard in memory location 60. INTERRUPT 


Sample Problem: 


1 
о 
о 


Keyboard data 
Result = (60) = 06 


Flowchart: 


Initialize 
Stack Pointer 
Enable CPU interrupt 


(60) = Data 
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Source Program: 
RESET , ЕОМ” 70 


ORG RESET 
LXI SP,100H {РОТ STACK AT END OF MEMORY 
El ‘ENABLE INTERRUPTS 
HERE: JMP HERE ;AND WAIT 
ORG INTRP 
IN PORT :СЕТ KEYBOARD DATA 
STA 60H :SAVE KEYBOARD DATA 
El ;RE-ENABLE INTERRUPTS 


LXI 5Р,100Н 





Тһе JMP HERE is а jump-to-self instruction which is used to represent the main pro- 
gram. After interrupts are enabled in a working system, the main program goes about 
its business until an interrupt occurs and then resumes execution after the interrupt 
service routine is completed. 


The RET instruction at the end of the service routine transfers con- CHANGING 
trol back to the JMP instruction. If you want to avoid this, you can THE 
simply increment the Program Counter in the Stack, e.g., 





POP H ;GET RETURN ADDRESS 

INX H “INCREMENT RETURN ADDRESS 
INX H 

INX H 

PUSH H ;PUT IT BACK IN STACK 


The RET instruction will now transfer control to the instruction 
following the JMP. 


Since the 8080 does not automatically save its registers, you can use them to pass 
parameters and results between the main program and the interrupt service routine. So, 
you could leave the data іп the Accumulator instead of in memory location 60. This is. 
however, an extraordinarily dangerous practice which should be avoided in all but the 
most trivial systems. In general, no interrupt service routine should ever alter any 
register unless that register’s contents-have been saved prior to its alteration and will be 
restored at the completion of the routine. 
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it received an entire sentence, e.g., ending with a carriage return 
(‘CR’). The main program and the service routine would be: 





RESET: LXI  SP,100H ;ЅТАСК TO END OF MEMORY INTERRUPTS 
LXI H,60H ;START BUFFER POINTER 
El ;ENABLE INTERRUPT 
HERE: JMP HERE ;AND WAIT 
INTRP: IN PORT ;GET KEYBOARD DATA 
MOV M.A ;:SAVE ІМ BUFFER 
СРІ CR 15 DATA A CARRIAGE RETURN? 
JZ ENDB :ҮЕ5, END OF SENTENCE 
INX H МО, INCREMENT BUFFER POINTER 
El ;RE-ENABLE INTERRUPTS 
RET 
ENDB: РОР D ;DISPOSE OF RETURN ADDRESS 
JMP KBDCODE ;CONTINUE WITH INTERRUPTS DISABLED 
When the processor receives a carriage return, it leaves the inter- 
rupt system disabled while it handles the sentence. An alternative BUFFERING 


approach would be to fill another buffer while handling the first 
one; this approach is called double buffering. 


In a real application, the CPU could perform other tasks between interrupts. It could, for 
instance, edit, move or transmit a line from one buffer while the interrupt was filling 
another buffer. 
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A Printer Interrupt 


Purpose: The computer waits for a printer interrupt and sends 
the data from memory location 60 to the printer. 


Sample Problem: 
(60) = 41 
Result = 


Printer receives a 41 (ASCII A) 


when it is ready. 


Flowchart: 


Source Program: 
RESET EQU 0 


ORG RESET 
LXI SP,100H 
ЕІ 

НЕВЕ: ЈМР HERE 
ORG INTRP 
LDA 60H 
OUT PORT 
ЕІ 
ВЕТ 





;PUT STACK АТ END OF MEMORY 
‘ENABLE INTERRUPTS 
;АМО WAIT 


;GET DATA 

;SEND TO PRINTER 
;RE-ENABLE INTERRUPTS 
;AND WAIT 
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PRINTER 
INTERRUPT 


Object Program: 


Memory Address Instruction Memory Contents 
(Hex) (Mnemonic) (Hex) 


RESET: 


LXI SP,100H 





Writing data into the interrupting port also deactivates the interrupt. 





Here again, you could have the printer continue to interrupt until it EMPTYING 
transferred an-entire sentence. The main program and the service A BUFFER 
routine would be: WITH 
RESET: LXI _ SP,100H ;STACK TO END OF MEMORY тате 
LXI 'H.60H ;:START BUFFER POINTER 
El ;ENABLE INTERRUPT 
HERE: JMP HERE ;AND WAIT 
INTRP: MOV АМ ;GET CHARACTER FROM 
; BUFFER 
OUT PORT :5ЕМО CHARACTER TO PRINTER 
СР! CR 15 CHARACTER A CARRIAGE 
;RETURN? 
dz ENDB ; YES, END OF SENTENCE 
INX H ;NO, INCREMENT BUFFER 
; POINTER 
El ;RE-ENABLE INTERRUPTS 
RET 
ENDB: РОР D ;DISPOSE OF RETURN ADDRESS 
JMP MAIN ;CONTINUE WITH INTERRUPTS 
DISABLED 


The service routine leaves the interrupts disabled after completing the transfer of the 
sentence. As before, the CPU could perform other tasks between interrupts. 
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A Real-Time Clock Interrupt 
Purpose: The computer waits for an interrupt from a real-time clock. 


A real-time clock simply provides a regular series of pulses which 
can be used as a time reference. Real-time clock interrupts can be CLOCK 
counted to produce any required time interval. A real-time clock 

can be obtained by dividing down the CPU clock, by using a separate clock generator or 


a programmable timer like the 8253 device for 8080-based microcomputers, or by 
using external sources such as the AC line frequency. 


Note the tradeoffs involved in determining the frequency of the FREQUENCY 
real-time clock. A high frequency (say 10kHz) allows you to pro- OF 

duce a wide range of time intervals to high accuracy. On the other REAL-TIME 
hand, the processor time used in counting clock interrupts may be CLOCK 
considerable, and the count will quickly exceed the capacity of a 

single 8-bit register or memory location. The choice of frequency depends on the preci- 
sion and timing requirements of your application. 





One problem is synchronizing processor operations with SYNCHRONIZATION 
the real-time clock. Starting at a random point in the clock WITH REAL-TIME 
period will introduce an error into the timing intervals. CLOCK 

Some ways to synchronize with the clock are: 





1) Start the CPU and clock together. RESET or a startup interrupt can start the clock 
and the CPU. 


2) Allow the CPU to start and stop the clock under program control. 

3) Use a high-frequency clock so that an error of one clock period is very small. 

4) Line up the CPU and clock by waiting for a clock edge or interrupt before starting 
the count. 


A real-time clock interrupt should have very high priority. since 
the precision of the timing intervals will be affected by any delay 
in servicing the interrupt. The usual practice is to make the real- 
time clock the highest priority interrupt except for power failure. 
The clock interrupt service routine is generally kept extremely 
short so that it does not interfere with other CPU activities. 


a) Wait For Real-Time Clock 
Source Program: 
RESET EQU 0 





ORG RESET 
LXI SP,100H ;PUT STACK AT END OF MEMORY 
MVI c2 :МОМВЕН OF INTERRUPTS = 1 
DCR C ;SET FLAGS 
El ‘ENABLE INTERRUPTS 
WAITC: JNZ WAITC ;:WAIT FOR CLOCK INTERRUPT 
HERE: JMP HERE 
ORG INTRP 
IN PORT ;CLEAR INTERRUPT 
DCR С ;COUNT INTERRUPT 
El ;RE-ENABLE INTERRUPTS 
RET 
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(Mnemonic) 


LXI SP.100H 





The interrupt service routine deactivates the service request flip-flop (with IN PORT), 
counts the interrupt, and re-enables the interrupt system. Of course, the routine could 
count up instead of down and could include carries if the counts were too large for a 
single register. Generally, a few RAM locations are reserved for the real-time clock. Note 
that A cannot be used for the counter since it is used by the IN PORT instruction which 
deactivates the interrupt. With the real-time clock, the CPU does not have to execute 
timing loops or activate a timer. The software is extremely simple and you can obtain 
any desired timing interval. 
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b) Wait For 10 Real-Time Clock Interrupts 
Source Program: 
RESET “ЕБОШ 20 


ORG RESET 
LXI SP,100H ІРОТ STACK AT END OF MEMORY 
MVI C,11 ;: NUMBER OF INTERRUPTS = 11 
DCR С ;SET FLAGS 
El ‘ENABLE INTERRUPTS 
WAITC: JNZ WAITC ;WAIT FOR 10 INTERRUPTS 
HERE: JMP HERE 
ORG INTRP 
IN PORT ;CLEAR INTERRUPT 
DCR C ;COUNT INTERRUPT 
El ;RE-ENABLE INTERRUPTS 
RET 


The only change is the new starting value in Register C. Note that you must clear the 
Zero flag before the CPU executes JNZ WAITC the first time. 


A more general real-time clock interrupt routine may maintain MAINTAINING 
time in several RAM locations. For example. we might use a REAL TIME 
100 Hz external clock and keep time as follows in memory 

starting at address RTCLK: 


RTCLK - hundredths of seconds 
RTCLK+1 - seconds 
RTCLK+2 - minutes 


RTCLK+3 - hours 
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Flowchart: 


Save registers 
Clear interrupt 


Hundredths = 
Hundredths + 1 


Hundredths - 0 


Seconds = Seconds 
+1 


Is 
seconds 60 


Seconds = 0 
Minutes = Minutes 
m 


Is 
minutes 60 


Minutes — 0 
Hours —Hours + 1 


Restore registers 
Enable interrupts 
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The interrupt service routine would be: 


ORG INTRP 
PUSH PSW ;SAVE REGISTERS 
PUSH H 
IN PORT ;CLEAR REAL-TIME CLOCK INTERRUPT 
LXI H,RTCLK 
INR M ;UPDATE HUNDREDTHS OF SECONDS 
MVI A.100 
СМР м 15 THERE A CARRY TO SECONDS? 
JNZ DONE :МО, DONE 
MVI м.0 :ҮЕ5, HUNDREDTHS = 0 
INX H 
INR M ;UPDATE SECONDS 
MVI A,60 
CMP м 115$ THERE A CARRY TO MINUTES? 
JNZ DONE :МО, DONE 
MVI M.O ;YES, SECONDS = 0 
INX H 
INR M ;UPDATE MINUTES 
CMP M 15 THERE A CARRY TO HOURS? 
JNZ DONE “МО. DONE 
MVI м,0 ; YES, MINUTES. = 0 
INX H 
INR M ‘UPDATE HOURS 
DONE: El ;RE-ENABLE INTERRUPTS 
POP H ;RESTORE REGISTERS 
POP PSW 
RET 


Now the main program could provide a wait of 300 ms as follows: 
LXI H,RTCLK 


MOV АМ ;GET PRESENT TIME (HUNDREDTHS OF SECONDS) 
ADI 30 ;DESIRED TIME IS 30 COUNTS LATER 
CPI 100 ;MOD 100 
JC WT30 
SUI 100 
WT30: . CMP М ‘WAIT UNTIL DESIRED TIME 
JNZ WT30 


Of course, the program could perform other tasks and only check the elapsed time oc- 
casionally. How would you produce a delay of seven seconds? Three minutes? 


A Teletypewriter Interrupt 


Purpose: The processor waits for data to be received from TELETYPEWRITER 
a teletypewriter and stores the data in memory INTERRUPT 


location 60. 


1) Using a UART UART 
The receive program is the same as the keyboard interrupt INTERRUPTS 


program. The transmit program is the same as the printer in- 

terrupt program. An 8080-compatible UART like the 8251 Programmable Com- 
munication Interface has TRANSMITTER READY and RECEIVER READY outputs 
which can be tied to the 8080 or 8085 interrupt inputs. These bits are automat- 
ically cleared when the CPU transfers data to and from the UART. 
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2) Using 8212 Devices START BIT 
An interrupt-driven receive routine must have the received {INTERRUPT 


data tied both to an 8212 data input and through an inverter 
to the 8212 STROBE input. The inverter is necessary since the start bit provides a 
high-to-low transition while the 8212 only recognizes low-to-high transitions. 


Source Program: 
RESET ~ -EQU 0 


ORG RESET 
LXI 5Р,100Н РОТ STACK AT END OF MEMORY 
El ;ENABLE INTERRUPTS 
HERE: JMP HERE ‘WAIT FOR TTY 
ORG INTRP 
IN PORT ;CLEAR START BIT INTERRUPT 
CALL  TTYRCV ;GET CHARACTER FROM TTY 
STA 60H :5АУЕ CHARACTER 
El ; RE-ENABLE INTERRUPTS 
RET 


Subroutine TTYRCV is the TTY receive routine shown in the previous chapter without 
the start bit recognition routine. 


The edge used to cause the interrupt is very important here. The transition from the 
normal MARK ог ‘1° state to the SPACE or 0” state must cause an interrupt, since this 
transition identifies the start of the character transmission. The ‘0’ to '1' transition will 
not occur until a non-zero data bit is received. 


The service routine must deactivate the start bit interrupt and leave the interrupts dis- 
abled until an entire character has been received. Otherwise, each '1' to 'O' transition in 
the character will cause an interrupt: Note that the ignored transitions will still clear the 
8212 service request flip-flop. However, reading the data bits from the port will set the 
flip-flop without causing an interrupt. You must re-enable the interrupts after the entire 
character has been read. 


MORE GENERAL SERVICE ROUTINES 


More general service routines that are part of a complete interrupt- j TASKS FOR 
driven system must-handle the following tasks: GENERAL 


SERVICE 
ROUTINES 


1) Saving all registers in the Stack so that the interrupted pro- 
gram can be correctly resumed. 
Remember that the 8080 Push instruction transfers a register 
pair to the Stack. PUSH PSW (PSW is the Processor Status Word) transfers the Ac- 
cumulator and flags to the Stack. 





2) Establishing the priority of the interrupt. perhaps by о the complement of the 
priority into the 8214 Status register. 
The rest. of the interrupt system can then be re-enabled. Remember that in order to 
restore the old priority correctly you rnust save it in the Stack as well. A copy of the 
current priority must be held in RAM, since the 8214 Status register is write-only. 


3) - Restoring the old priority, all the registers, and the status of the interrupt system 
before returning to the interrupted program. 


- The service routine should be transparent as far as the interrupted program is con- 
cerned, i.e., it should have no incidental effects. 


Any standard subroutines which.are used by an interrupt service routine must be re- 
entrant. If some subroutines cannot be made re-entrant, the interrupt service routine 
must have separate versions to use. 
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Priority systems using an 8214 Controller can handle up to eight interrupt sources. 


Each interrupt entry point except the one with the lowest priority must contain a jump 
to the actual service routine. since only a few memory locations are available without 
“running into the next entry point. 


If the highest priority interrupt is used, the system must have some USING 
way to differentiate this input from RESET. A status flip-flop (port RST O 
STAT) which holds the highest level interrupt input (i.e., INT from 

the highest priority 8212 port) will do the job. The program is the following: 


ORG RESET 

JMP INTO ;ENTRY FOR RESET OR HIGHEST INTERRUPT 
ORG INTO 

STA TEMP ;SAVE A IN CASE OF INTERRUPT 

IN STAT 15 ENTRY CAUSED BY INTERRUPT? 

ORA A 

JNZ START ;NO, GO TO RESET ROUTINE 

LDA TEMP ;YES, RESTORE A 


HIGHEST PRIORITY SERVICE ROUTINE 


Note that A cannot be saved in the Stack since RESET does not initialize the Stack 
Pointer. The alternative is to not use the highest interrupt level. 
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not interfere with partially completed operations. For example. note that a transfer to or 
from a buffer with interrupt-driven input/output тау not be interrupted. Otherwise, the 
output routine might be interrupted and have the byte of data it was about to send 
replaced by a new byte from the input routine. Be particularly cautious when you are 
handling several words of data. An interrupt could disturb the data and result in part of 
it being updated and part not. Such mixtures can result in debugging nightmares. More 
general service routines must save all the registers and the old priority in the Stack on 
entering. and restore them before returning. Standard procedures are: 


SAVING REGISTERS AND PRIORITY 
PUSH PSW ;SAVE REGISTERS 





PUSH B 
PUSH D AND PRIORITY 
PUSH H 
LDA PRTY ;ЅАМЕ OLD PRIORITY 
PUSH PSW 
MVI A,PRTYN :5ЕТ NEW PRIORITY 
STA PRTY 
OUT | PRREG 
El 
RESTORING REGISTERS AND PRIORITY 
POP PSW 


STA PRTY ;RESTORE OLD PRIORITY 
OUT PRREG 


POP H ;:RESTORE REGISTERS 
POP D 

POP B 

POP PSW 


If an 8214 device is used, a copy of the old priority is necessary for more than two levels 
since the 8214 priority register is write-only and the return must restore the correct 
level. 


Of course, the old priority at the lowest level need not be saved or restored since it must 
have been the lowest possible. Note that the program must write the old priority back 
into the 8214's Status register before returning. 
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PROBLEMS 
1) A Test Interrupt 


Purpose: The computer waits for an interrupt to occur and then executes the test in- 
struction: 


HERE: JMP HERE 
until the next interrupt occurs. 


2) A Keyboard Interrupt 


Purpose: The computer waits for a four-digit entry from a keyboard and places the 
digits in memory locations 60 through 63 (first one received in 60). Each digit 
entry causes an interrupt. The fourth entry should also result in the disabling 
of the interrupt system. 


Sample Problem: 


Keyboard data = 04, 06, 01, 07 
Result = (60) =04 
(61) = 06 
(62) = 01 
(63) = 07 


3) A Printer Interrupt 


Purpose: The computer sends four characters from memory locations 60 to 63 (60 
first) to the printer. Each character is requested by an interrupt. The fourth 
transfer also disables the interrupt system. 


4) A Real-Time Clock Interrupt 


Purpose: The computer clears memory location 60 to start and then waits for the real- 
time clock interrupt. Each time the real-time interrupt occurs, the program 
complements memory location 60. How would you change the program so 
that it complements memory location every ten interrupts? How would you 
change the program so that memory location 60 is zero for ten clock periods, 
FF (hex) for five clock periods, and so on continuously? You may want-to use 
a display rather than memory location 60 so that it will be easier to see. 


5) A Teletypewriter Interrupt 


Purpose: The computer receives TTY data from an interrupting UARTand stores the 
characters in a buffer starting in memory location 60. When the computer 
receives a carriage return character (0D hex), it disables the interrupt system 
and stops receiving characters. How would you change your program to use 
an 8212 1/0 port? Assume that subroutine TTYRCV is available as in the ex- 
ample. 
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Chapter 13 
PROBLEM DEFINITION AND 
PROGRAM DESIGN 


THE TASKS OF SOFTWARE DEVELOPMENT 


In the previous chapters, we have concentrated on the writing of short programs in as- 
sembly language. While this is an important topic, it is only a small part of the total 
problem of software development. Although writing assembly language programs 
seems like a major task to the newcomer, it soon becomes relatively simple. By now, 
you should be familiar with most of the standard methods for programming in assembly 
language on the 8080 microprocessor. The next four chapters will describe how to for- 
mulate tasks as programs and how to put short programs together to form a working 
system. 


Software development consists of many stages. Figure 13-1 is STAGES OF 

a flowchart of the software development process. Its stages SOFTWARE 
are: DEVELOPMENT 
* Problem definition 

* Program design 

e Coding 

* Debugging 

eTesting 

* Documentation 

* Maintenance and re-design 





Each of these stages is important in the construction of a working system. Note that 
coding, the writing of programs in a form that the computer understands, is only one of 
seven stages. 


In fact. coding is usually the easiest stage to define and perform. RELATIVE 

The rules for writing computer programs are relatively easy to IMPORTANCE 
learn. They vary somewhat from computer to computer, but the OF CODING 
basic techniques remain the same. Few software projects run into 

trouble because of the coding stage; indeed, the coding stage is not the most signifi- 
cant part of software development. Experts estimate that a programmer can write one 
to ten fully debugged and documented statements per day. Clearly, the mere coding of 
one to ten statements is hardly a full day's effort. On most software projects, coding oc- 
cupies less than 2596 of the programmer's time. 





Measuring progress in the other stages is difficult. You can say MEASURING 
that half of the program has been written, but you can hardly say PROGRESS 
that half of the errors have been removed or half of the problem IN STAGES 
has been defined. Clear timetables in such stages as program 

design, debugging. and testing are difficult to produce. Many days or weeks of effort 
may result in no clear progress. Furthermore, an incomplete job in one stage may result 
in tremendous problems later. For example. poor problem definition or program design 
can make debugging and testing very difficult. Time saved in one stage may be spent 
many times over in later stages. 
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Problem definition 


Maintenance and 
redesign 





Figure 13-1. Flowchart Of Software Development 
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DEFINITION OF THE STAGES 


Problem definition is the formulation of the task in terms of the PROBLEM 
requirements it places on the computer. For example, what is DEFINITION 
necessary to make a computer control a tool. run a series of 

electrical tests or handle communications between a central controller and a remote in- 
strument? Problem definition requires that you determine the form and rate of inputs 
and outputs, the amount and speed of processing that is needed, and the types of 
possible errors and their handling. Problem definition takes a vaguely defined idea of 
building a computer-controlled system and defines the tasks and requirements for the 
computer. 


Program design is the outline of the computer program which will PROGRAM 
perform the tasks that have been defined. In the design the tasks DESIGN 


are described in a way that can easily be converted into a pro- 
gram. Among the useful techniques in this stage are flowcharting, structured program- 
ming, modular programming and top-down design. 


Coding is the writing of the program in a form that the computer {coping} 
can either directly understand or translate. The form may be 
machine language, assembly language or a high-level language. 


Debugging, also called program verification, is making the pro- [DEBUGGING] 


gram do what the design specified that it would do. In this stage, 

you use such tools as breakpoints, traces, simulators, logic analyzers and in-circuit 
emulators. The end of the debugging stage is hard to define, since you never know 
when you have found the last error. 


Testing, also referred to as program validation, is ensuring that the TESTING 
program performs the overall system tasks correctly. The designer 


uses simulators, exercisers and various statistical techniques to get some measure of 
the program's performance. 


Documentation is the description of the program in the proper | DOCUMENTATION 


form for users and maintenance personnel. Documentation 

also allows the designer to develop a program library so that subsequent tasks will be 
far simpler. Flowcharts, comments. memory maps and library forms are some of the 
tools used in documentation. 


T 


Maintenance and re-design are the servicing. improvement апа [MAINTENANCE 
extension of the program. Clearly, the designer must be ready to |AND 

handle field problems in computer-based equipment. Special |RE-DESIGN 
diagnostic modes or programs and other maintenance tools may 
be required. Upgrading or extension of the program may be necessary to make the pro- 
gram meet new requirements or handle new tasks. 





The rest of this chapter will consider only the problem definition and program design 
stages. Chapter 14 will discuss debugging and testing. and Chapter 15 will discuss 
documentation, extension.and re-design. We will bring all the stages together in some 
simple systems examples in Chapter 16. 


PROBLEM DEFINITION 


Typical microprocessor tasks require a lot of definition. For example, what must a pro- 
gram do to control a scale, a cash register or a signal generator? Clearly, we һауе a long 
way to go just to define the tasks involved. 


DEFINING THE INPUTS 


How do we start the definition? The obvious place to begin is with the inputs. We 
should begin by listing all the inputs that the computer may receive in this application. 


pp ee 


eData from A/D converters 


Then, we may ask the following questions about each input: FACTORS 
1) What is its form, i.e., what signals will the computer actually IN PST 
receive? 


2) When is the input available and how does the processor know it is available? Does 
the processor have to request the input with a strobe signal? Does the input pro- 
vide its own clock? 


3) How long is it available? 
4) How often does it change. and how does the processor know that it has changed? 
5) Does it provide a sequence or block of data? Is the order important? 


6) What should be done if the data contains errors? These may include transmission 
errors, incorrect data, sequencing errors, extra data, etc. 


7) Is the input related to other inputs or outputs? 


DEFINING THE OUTPUTS 


The next step to define is the output. We should begin by listing all the outputs that the 
computer must produce. Examples of outputs include: 

* Data blocks to transmission lines 

e Control. words to peripherals 

eData to D/A converters 


Then we may ask the following questions about each output: 


1) What is its form, i.e.; what signals must the computer produce? 

2) When must it be available, and how does the peripheral know it is available? 

3) How long must it be available? 

4) How often must it change, and how does the peripheral know that it has changed? 
5) Is there a sequence of outputs? Is the order important? 


6) What should be done to avoid transmission errors or to sense and recover from pe- 
ripheral failures? 


7) How is the output related to other inputs and outputs? 


PROCESSING SECTION 


Between the reading of input data and the sending of output results is the processing 
section. Here we must determine exactly how the computer must process the input 
data. The questions are: 


1) Whatis the basic procedure (algorithm) for transforming input FACTORS IN 
data to output results? PROCESSING 


2) What time constraints exist? These may include data-rates, 
delay times, the time constants of input and output devices, etc. 


3) What memory constraints exist? Do we have limits on the amount of program 
memory or data memory. or on the size of buffers? 


4) What standard programs or tables must be used? What are their requirements? 
5) What special cases exist, and how should the program handle them? 
6) How accurate must the results be? 
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ERROR HANDLING 


An important factor in many applications is the handling of errors. Clearly, the designer 
must make provisions for recovering from common errors and for diagnosing malfunc- 
tions. Among the questions which the designer must ask at the definition stage are: 


1) What errors could occur? ERROR 
2) Which errors are most likely? If a person operates the [CONSIDERATIONS 


system, human error is the most common. Following 
human errors, communications or transmission errors are more common than 
mechanical, electrical, or processor errors. 


3) Which errors will not be immediately obvious to the system? A special problem is 
the occurrence of errors which the system or operator may not immediately recogn- 
ize. 

4) How can the system recover from errors with a minimum loss of time and data, and 
yet be aware that an error has occurred? 

5) Which errors or malfunctions cause the same system behavior? How can these er- 
rors or malfunctions be separated for diagnostic purposes? 

6) Which errors involve special system procedures? For example, do parity errors re- 
quire re-transmission of data? 


Another question is: How can the field technician systematically find the-source of 
malfunctions without being an expert? Built-in test programs (see. for example, V.P. 
Srini, "Fault Diagnosis of Microprocessor Systems", Computer, January 1977, pp. 
60-65), special diagnostics or signature analysis can help. For a description of signature 
analysis, see Gordon. G. and H. Nadig, "Hexadecimal Signatures Identify Trouble-spots 
in Microprocessor Systems”, Electronics, March 3, 1977, рр. 89-96. There is aiso an Ap- 
plication Note (#222) entitled “А Designers Guide to Signature Analysis" available 
from Hewlett-Packard. 


HUMAN FACTORS 


Many microprocessor-based systems involve human interaction. 
Human factors must be considered throughout the development | [INTERACTION 
process for such systems. Among the questions which the 
designer must ask are: 

1) What input procedures will be most natural for the human operator? 

2) How will an operator know where to begin, continue and end the input operation? 

3) How will the operator be informed of procedural errors and equipment malfunc- 

tions? 

4) What errors is the operator most likely to make? 

5) How does the operator know that data has been entered correctly? 

6) Are displays in a form that the operator can easily read and understand? 

7) Is the response of the system adequate for the operator? 

8) 15 the system easy for the operator to use? 

9) Are there guiding features for an inexperienced operator? 
10) Are there shortcuts and reasonable options for the experienced operator? 
Building a system for people to use is difficult. The microprocessor can make the 
system more powerful, more flexible and more responsive. However, the designer still 


must add the human touches which can greatly increase the usefulness and attractive- 
ness of the system and the productivity of the human operator. 


13-5 


EXAMPLES 


Response To A Switch 
Figure 13-2 shows a simple system in which the input is from a DEFINING 


single SPST switch and the output is to a single LED display. In 
response to a switch closure, the processor turns the display on for 
one second. Surely, this system should be easy to define. 


Let us first examine the input and answer each of the questions 
previously presented: 


7) 





SWITCH AND 
The form of the input is a single bit which may be either n |ШӨНТ INPUT 


(switch closed) or '1' (switch open). 
The input is always available and need not be requested. 
The input is available for at least several milliseconds after the closure. 


The input will seldom change more than once every few seconds. The processor 
only has to handle the bounce in the switch. The processor must monitor the 
switch to determine when it is closed. 

There is no sequence of inputs. 

The obvious input errors are switch failure, failure in the input circuitry, and the 
operator attempting to close the switch again before a sufficient amount of time 
has elapsed. We will discuss the handling of these errors later. 


The input does not depend on any other inputs or outputs. 


The next requirement in defining the system is to examine the output. The answers to 
our questions are: 


1) 


2) 


The form of the output is a single bit which is ‘0’ to turn the SWITCH 
display on, '1' to turn it off. AND 
There are no time constraints on the output. The peripheral LIGHT 
does not need to be informed of the availability of data. OUTPUTS 





If the display is an LED, the data need only be available for a 
few milliseconds at a pulse rate of about 100 times per second. The observer will 
see a continuously lit display. 


The data must change after one second, і.е., go off. 

There is no sequence of outputs. 

The possible output errors are display failure and failure in the output circuitry. 
The output depends only on the switch input and time. 


The switch input is a '1' if the switch is open, ‘O’ if the 
Switch is closed. The CPU applies the output to the 
cathode of the LED; а ‘0’ lights the display. 





Figure 13-2. The Switch And Light System 
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The processing section is extremely simple. As soon as the switch input becomes a 
logic ‘0’, the CPU turns the light on (a logic "0? for one second. No time or memory con- 
straints exist. 


Let us now look at the possible errors and malfunctions. These 
are: 





1) Another switch closure before one second has elapsed. 
2) Switch failure. 

3) Display failure. 

4) Computer failure. 


Surely the first error is the most likely. The simplest solution is for the processor to ig- 
nore switch closures until one second has elapsed. This brief unresponsive period will 
hardly be noticeable to the human operator. Furthermore, ignoring the switch during 
this period means that no debouncing circuitry or software is necessary, since the 
system will not react to the bounce anyway. 


Clearly, the last three failures can produce unpredictable results. The displey may stay 

on, stay off or change state at random. Some possible ways to isolate the failures would 

be: 

1) Lamp-test hardware to check the display, i.e., a button which would turn the light 
on independently of the processor. 

2) A direct connection to the switch to check its operation. 

3) A diagnostic program which would exercise the input and output circuits. 


If both the display and switch are working, the computer is at fault. A field technician 
with proper equipment can determine the cause of the failure. 


A Switch-Based Memory Loader 


Figure 13-3 shows a system which allows the user to enter | DEFINING A 

data into any memory location іп a microcomputer. One input |SWITCH-BASED 
port, DPORT, reads data from eight toggle switches. The other | MEMORY LOADER 
input port, CPORT, is used to read control information. There 
are three momentary switches, HIGH ADDRESS, LOW ADDRESS and DATA. The output 
is the value of the last completed entry from the data switches; eight LED displays are 
used for the display. 





The system will also, of course, require various resistors, buffers and drivers. 


We shall first examine the inputs. The characteristics of the switches are the same as in 

the previous example; however, here there is a distinct sequence of inputs as follows: 

1) The operator must set the data switches according to the eight most significant 
bits of an address. then 

2) press the HIGH ADDRESS button. The high address bits will appear in the lights, 
and the program will interpret the data as the high byte of the address. 

3) Then the operator must set the data switches with the value of the least significant 
byte of the address and 

4) press the LOW ADDRESS button. The low address bits will appear in the lights, and 
the program will consider the data to be the low byte of the address. 

5) Finally, the operator must set the desired data into the data switches and 

6) press the DATA button. The display will now show the data, and the program 
Stores the data in memory at the previously entered address. 


The operator may repeat the process to enter an entire program. Clearly, even in this 
simplified situation, we will have many possible sequences to consider. How do we 
cope with erroneous sequences and make the system easy to use? 
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High Address 


Low Address 


Output 
Port 





Figure 13-3. The Switch-Based Memory Loader 


Output is no problem. After each input, the program sends to the displays the comple- 
ment (since the displays are active-low) of the input bits. The output data remains the 
same until the next input operation. 


The processing section remains quite simple. There are no time or memory constraints. 
The program can debounce the switches by waiting for a few milliseconds, and must 
provide complemented data to the displays. 


The most likely errors are operator mistakes. These include: 
1) Incorrect entries. 


2) Incorrect order. HANDLING 
3) Incomplete entries, e.g., forgetting the data. 





The system must be able to handle these problems in a reasonable 
way, since they are certain to occur in actual operation. 


The designer must also consider the effects of equipment failure. Just as before, the 
possible difficulties are: 


1) Switch failure. 
2) Display failure. 
3) Computer failure. 


In this system, however, we must pay more attention to how these failures affect the 
system. A computer failure will presumably cause very unusual behavior by the system, 
and will be easy to detect. A display failure may not be immediately noticeable; here a 
LAMP TEST feature will allow the operator to check the display operation. Note that we 
would like to test each display separately, in order to diagnose the case in which output 
lines are shorted together. In addition, the operator may not immediately detect switch 
failure; however, the operator should soon notice it and establish which switch is faulty 
by a process of elimination. 


Let us look at some of the possible operator errors. Typical er- OPERATOR 
rors will be: ERROR 
CORRECTION 


1) Erroneous data. 
2) Wrong order of entries or switches. 


3) Trying to go on to the next entry without completing the 
current one. 





The operator will presumably notice erroneous data as soon as it appears on the dis- 
plays. What is a viable recovery procedure for the operator? Some of the options are: 


1) The operator must complete the entry procedure, i.e., enter LOW ADDRESS and 
DATA if the error occurs in the HIGH ADDRESS. Clearly, this procedure is wasteful 
and would only serve to annoy the operator. 


2) The operator may restart the entry process by returning to the high address entry 
steps. This solution is useful if the error was in the HIGH ADDRESS, but forces the 
operator to re-enter earlier data if the error was in the LOW ADDRESS or DATA 
stage. 

3) The operator may enter any part of the sequence at any time simply by setting the 
DATA switches with the desired data and pressing the corresponding button. This 
procedure allows the operator to make corrections at any point in the sequence. 


This-type of procedure should always be preferred over one that does not allow im- 
mediate error correction, has a variety of concluding steps. or enters data into the 
system without allowing the operator a final check. Any added complication in hard- 
ware or software will be justified in increased operator efficiency. You should always 
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prefer to let the microcomputer do the tedious work and recognize arbitrary sequences; 
it never gets tired and never forgets what was in the operating manual. 


A further helpful feature would be status lights that would define the meaning of the 
display. Three status lights marked HIGH ADDRESS, LOW ADDRESS and DATA would 
let the operator know what had been entered without having to remember which but- 
ton was pressed. The processor would have to monitor the sequence, but the added 
complication in software would simplify the operator's tasks. 


We should note that, although we have emphasized human interaction, machine or 
system interaction has many of the same characteristics. The microprocessor should do 
the work. If complicating the microprocessor s task makes error recovery simple and the 
causes of failure obvious, the entire system will work better and be easier to maintain. 
Note that you should not leave consideration of system use and maintenance until the 
end of the software development process: instead, you should include it right in the 
problem-definition stage. 


A Verification Terminal 


Figure 13-4 is a block diagram of a simple credit-verification DEFINING A 
terminal. One input port derives data from a keyboard (see VERIFICATION 
Figure 13-5); the other input port accepts verification data TERMINAL 
{гот а transmission line. One output port sends data to a set of 
displays (see Figure 13-6); another sends the credit card number to the central com- 
puter. A third output port turns on one light whenever the terminal is ready to accept an 
inquiry, and another light when the operator sends the information. The BUSY light 
turns off when the response returns. Clearly, the input and output of data will be more 
complex than in the previous case, although the processing is still fairly simple. 





Keyboard Keyboard Strobe 


input Port Keyboard Data 


Display 
Output Port(s) 


XMIT Peripheral Ready Strobe 


Output Port To Central Computer 


Data Strobe 


From Central Computer 


BUSY Display 


Status Light 
Output Port 


READY Display 





Figure 13-4. Block Diagram Of A Verification Terminal 
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The digit keys allow digit entries. 
CLEAR deletes the entire entry. 
SEND transmits the entry to the central computer. 





Figure 13-5. Verification Terminal Keyboard 


ЕРРЕНЕЕННЕНЕЕНЕЗ 


The display consists of ten 7-segment displays, which may Бе multiplexed, controlled by a shift 
register, or addressed separately. Two additional lights, READY and BUSY, are also present. 





Figure 13-6. Verification Terminal Display 


Additional displays may be useful to emphasize the meaning of the response. Many ter- 
minals use a green light for YES, a red light for NO, and a yellow light for CONSULT 
STORE MANAGER. Note that these lights will still have to be clearly marked with their 
meanings to handle the case where the operator is color-blind. 


Let us first look at the keyboard input. This is. of course. VERIFICATION 
different from the switch input since the CPU must have some 
way of distinguishing new data. We will assume that each key 
closure provides a Unique hexadecimal code (we can code all 
the keys into one digit since there are 12 keys) and a strobe. The program will have to 
recognize the strobe and fetch the hexadecimal! number that identifies the key. There is 
a time constraint. since the program cannot miss any data or strobes. The constraint is 
not serious, since keyboard entries will be at least several milliseconds apart. 
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The transmission input similarly consists of a series of characters, each identified by a 
strobe (perhaps from a UART). The program will have to recognize each strobe and 
fetch the character. The data being sent across the transmission lines is usually 
organized into messages. A possible message format is: 


1) Header. 

2) Terminal destination address. 

3) Coded yes or no. 

4) Trailer. 

The terminal will check the header, read the destination address, and see if the 
message is intended for it. If the message is for the terminal. the terminal accepts the 
data. The address could be (and often is) hard-wired into the terminal so that the ter- 


minal only receives messages intended for it. This approach simplifies the software at 
the cost of some flexibility. 


The output is also more complex than in the earlier examples. If VERIFICATION 
the displays are multiplexed, the processor must not only send TERMINAL 
the data to the display port but must also direct the data to a OUTPUTS 





particular display. We will need either a separate control port 

or a counter and decoder to handle this. Note that hardware blanking controls can 
blank leading zeros as long as the first digit in a multi-digit number is never zero. Soft- 
ware can also handle this task. Time constraints include the pulse length and frequency 
required to produce an apparent continuous display: for the operator. 


The communications output will consist of a series of characters with a particular for- 
mat. The program will also have to consider the time required between characters. A 
possible format for the output message is: 

1) Header. 

2) Terminal address. 

3) Credit card number. 

4) Trailer. 


A central communications computer may be used to poll the terminals, checking for 
data ready to be sent. 


The processing in this system involves many new tasks, such as: 

1) Identifying the control keys by number and performing the proper actions. 
2) Adding the header and trailer to the outgoing message. 

3) Recognizing the header and trailer in the returning message. 

4) Checking the incoming terminal address. 


Note that none of the tasks involve any complex arithmetic or VERIFICATION 
any serious time or memory constraints. 


The number of possible errors in this system is, of course. 
much larger than in the earlier examples. Let us first consider 
the possible operator errors. These include: 


HANDLING 





1) - Entering the credit card number incorrectly. 
2) Trying to send ап incomplete credit card number. 
- 3) Trying to send another number while the central computer is processing one. 
4) Clearing non-existent entries. 
Some of these errors can be easily handled by correctly structuring the program. For ex- 


ample, the program should not accept the SEND key until the credit card number has 
been completely entered, and it should ignore any additional keyboard entries until the 
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response comes back from the central computer. Note that the operator will know that 
the entry has not been sent, since the BUSY light will not go on. The operator will also 
know when the keyboard has been locked out (the program is ignoring keyboard en- 
tries), since entries will not appear on the display and the READY light will be off. 


- Incorrect entries are an obvious problem. If.the operator recogn- CORRECTING 
izes an error, he or she can use the CLEAR key to make corrections. - | KEYBOARD 
The operator will, however, make a certain number of errors with- ERRORS 
out recognizing them. Most credit card numbers include a self- 
checking digit; the terminal could check the number before permitting it to be sent to 
the central computer. This step would save the central computer from wasting precious 
processing time checking the number. 





This requires, however, that the terminal have some way of informing the operator of 
the error, perhaps by flashing one"of the displays or by providing some other special in- 
dicator that the operator is sure to notice. Some terminals simply unlock after a max- 
imum time delay. The operator notes that the BUSY light has gone off without an 
answer being received. The operator is then expected to try the entry again. 


Many equipment failures are also possible. Beside the displays, keyboard and pro- 
cessor, there now exist the problems of communications errors or failures and central 
computer failures. 


The data transmission will probably have to include some kind of error checking and 
correcting procedures. Some possibilities are: 


1) Parity provides an error detection facility but no correction CORRECTING 
mechanism. The receiver will need some way of request- TRANSMISSION 
ing re-transmission, and the sender will have to save a ERRORS 
copy of the data until proper reception is acknowledged. 
Parity is, however, very simple to implement. 

2) Short messages may use more elaborate schemes. For example, the yes/no 
response to the terminal could be coded so as to provide error detection and cor- 
rection capability. 

3) An acknowledgment and a limited number of retries could trigger an indicator 
which would inform the operator of a communications failure (inability to transfer a 
message without errors) or central computer failure (no response at all to the 
message within a certain period of time). Such a scheme, along with the LAMP 
TEST, would allow fairly simple failure diagnosis. 





A communications or central computer failure indicator should also "unlock" the ter- 
minal, i.e., allow it to accept another entry. This is necessary if the terminal will not ac- 
cept entries while a verification is in progress. The terminal may also unlock after a cer- 
tain maximum time delay. Certain entries could be reserved for diagnostics, i.e., certain 
credit card numbers could be used to check the internal operation of the terminal and 
test the displays. 


REVIEW OF PROBLEM DEFINITION 


Problem definition is as important a part of software development as it is of any other 
engineering task. Note that it does not require any programming or knowledge of the 
computer, rather, it is based on an understanding of the system and sound engineering 
judgment. Microprocessors can offer flexibility which the designer can use to provide a 
range of features which were not previously available. 


Problem definition is independent of any particular computer, computer language or 
development system. It should, however, provide guidelines as to what type or speed of 
computer the application will require, and what kind of hardware/software trade-offs 
the designer can make. The problem definition stage is in fact really independent of 
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rnuurn^AiviI VESIGN 


Program design is the stage in which the problem definition is formulated as a program. 
If the program is small and simple. this stage may involve little more than the writing of 
a one-page flowchart. If the program is larger or more complex, the designer may wish 
to consider more elaborate: methods. 


We will discuss flowcharting, modular programming. structured programming and top 
down design. We will try to indicate the reasoning behind these methods, and their ad- 
vantages and disadvantages. We will not, however, advocate any particular method, 
since there is no evidence that one method is always superior to all the others. You 
should remember that the goal is to produce a good working system, not to follow 
religiously the tenets of one methodology or another. 


All the methodologies do, however, have some obvious princi- 
ples in common. Many of these are the same principles that 
apply to any kind of design, such as: 





1) Proceed in small steps. Do not try to do too much at one 
time. 


Divide large jobs into small, logically separate tasks. 
Keep the flow of control as simple as possible so as to make it easier to find errors. 


Use pictorial or graphic descriptions as much as possible. They are easier to visual- 
ize than word descriptions. This is the great advantage of flowcharts. 


Emphasize clarity and simplicity at first. You can improve performance (if necess- 
ary) once the system is working. 


Proceed in a thorough and systematic manner. Use checklists and standard pro- 
cedures. 


Do not tempt fate. Either do not use methods that you are not sure of, or use them 
very carefully. Watch for situations that might cause confusion, and clarify them as 
Soon as possible. 


Keep in mind that the system must be debugged, tested and maintained. Plan for 
these later stages. 


9) Use simple and consistent terminology and methods. Repetitiveness is no fault in 
program design. nor is complexity a virtue. 

10) Have your design completely formulated before you start coding. Resist the tempta- 

tion to start writing down instructions; it makes no more sense than making parts 

lists or laying out circuit boards before you know exactly what will be in the system. 


FLOWCHARTING 


Flowcharting is certainly the best-known of all program design methods. Programming 
textbooks describe how programmers first write complete flowcharts and then start 
writing the actual program. In fact, few programmers have ever worked this way, and 
flowcharting has often been more of a joke or a nuisance to programmers than a design 
method. We will try to describe both the advantages and disadvantages of flowcharts, 
and show the place of the technique in program design. 


2 
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The basic advantage of the flowchart is that it is a pictorial [ADVANTAGES OF 
representation. People find such representations much more |FLOWCHARTING 
meaningful than written descriptions. The designer can visual- 

ize the whole system and see the relationships of the various parts. Logical errors and 
inconsistencies often stand out instead of being hidden in a printed page. At its best, 


the flowchart is a picture of the entire system. 


Some of the more specific advantages of flowcharts are: 


1) 
2) 
3) 
4) 


5) 


Standard symbols exist (see Figure 13-7) so that flowcharting forms are widely 
recognized. 

The flowchart may be understood by someone without a programming back- 
ground. 


The flowchart can be used to divide the entire project into sub-tasks. The flowchart 
can then be examined to measure overall progress. 


The flowchart shows the sequence of operations and therefore can aid in locating 
the source of errors. 


Flowcharting is a technique well-known in other areas besides programming. 


Input-Output 


Processing arithmetic 
and data movement 


Decision logic 
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Connector point 


Connector arrows 
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Figure 13-7. Standard Flow Diagram Symbols 
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These advantages are all important. There is no question that [DISADVANTAGES 
flowcharting will continue to be a widely used technique. But [OF 

we should stop and look at some of the disadvantages of |FLOWCHARTING 
flowcharting as a program design method. e.g.: 


1) Flowcharts are difficult to design. draw or change in all except the simplest situa- 
tions. 

2) There is no easy way to debug or test a flowchart. 

3) Flowcharts tend to become cluttered. Designers find it difficult to balance between 
the amount of detail needed to make the flowchart useful and the amount which 
makes the flowchart little better than a program listing. 

4) Flowcharts only show the program organization. They do not show the organization 
of the data or the structure of the input/output modules. 

5) Flowcharts do not help with hardware or timing problems or give hints as to where 
these problems might occur. 


Thus, flowcharting is a helpful technique which you should not try to extend too far. 
Flowcharts are useful as program documentation, since they have standard forms and 
are comprehensible to non-programmers. As a design tool, however, flowcharts cannot 
provide much more than a starting outline: the programmer cannot debug a detailed 
flowchart and the flowchart is often more difficult to design than the program itself. 


EXAMPLES 

Response To A Switch 

This simple task, in which a single switch turns on a light for. [FLOWCHARTING 
one second, is easy to flowchart. In fact. such tasks are typical SWITCH AND 
examples for flowcharting books, although they form a small LIGHT SYSTEM 
part of most systems. The data structure here is so simple that 
it can be safely ignored. 


Figure 13-8 is the flowchart. There is little difficulty in deciding on the amount of detail 
required. The flowchart gives a straightforward picture of the procedure which anyone 
could understand. 








Note that the most useful flowcharts may ignore program variables and ask questions 
directly. Of course, compromises are often necessary here. Two versions of the 
flowchart are sometimes helpful — one general version in layman's language, which 
will be useful to non-programmers, and one programmer s version in terms of the pro- 
gram variables, which will be useful to other programmers. 
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Turn light off 





Figure 13-8. Flowchart Of One-Second Response To A Switch 


The Switch-Based Memory Loader 


This system (refer to Figure 13-3) is considerably more com- | FLOWCHARTING 
plex than the previous example, and involves many more deci- 
sions. The flowchart (see Figure 13-9) is more difficult to write 
and not as straightforward as the previous example. In this ex- | MEMORY LOADER 
ample, we run into the problem that there is no way to debug 
or test the flowchart. 





The flowchart in Figure 13-9 includes the improvements we suggested as part of the 
problem definition. Clearly, this flowchart is beginning to get cluttered and lose its ad- 
vantages over a written description. Adding other features which define the meaning of 
the entry with status lights and allow the operator to check entries after completion 
would make the flowchart even more complex. Writing the complete flowchart from 
scratch could quickly become a formidable task. However, once the program has been 
written, the flowchart is useful as documentation. 
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Figure 13-9. Flowchart Of Switch-Based Memory Loader 
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The Credit-Verification Terminal 


In this application (see Figures 13-4 through 13-6), the 
flowchart will be even more complex than in the switch-based 
memory loader case. Here, the best idea is to flowchart sec- | VERIFICATION 
tions separately so that the flowcharts remain manageable. 
However, the presence of data structures (as in the multi-digit 
display and the messages) will make the. gap between 


FLOWCHARTING 
SECTIONS 
flowchart and program much larger. 


Let us look at some of the sections. Figure 13-10 shows the keyboard entry process for 
the digit keys. The program must fetch the data after each strobe and place the digit in 
the display array if there is room for it. If there are already ten digits in the array, the pro- 
gram simply ignores the entry. 





FLOWCHARTING 
THE CREDIT 





Clear Entry Array 

Key Pointer — Start 
of Entry Array 

Key Counter = 0 


Yes 
Is 
Key Counter 10 
? 
Мо 


Key = Keyboard 
Input Data 
(Key Pointer) = Key 


Key Pointer = 

Key Pointer + 1 
Key Counter = 

Key Counter + 1 





Figure 13-10. Flowchart Of Keyboard Entry Process 
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The actual program will have to handle the displays at the same time. Note that either 
software or hardware must de-activate the keyboard strobe after the processor reads a 
digit. 

Figure 13-11 adds the SEND key. This key, of course, is optional. The terminal could just 
send the data as soon as the operator enters a complete number. However, that pro- 
cedure would not give the operator a chance to check the entire entry. The flowchart 
with the SEND key is more complex because there are two alternatives: 


1) If the operator has not entered ten digits, the program must ignore the SEND key 
and place any other key in the entry. 

2) If the operator has entered ten digits, the program must respond to the SEND key 
by transferring control to the SEND routine, and ignore all other keys. 


Note that the flowchart has become much more difficult to organize and to follow. 
There is also no obvious way to check the flowchart. 


Clear Display Array 

Key Pointer — Start 
of Display Array 

Key Counter = 0 


Key = Keyboard 
Input Data 


Key Counter = 
Key Counter + 1 





Figure 13-11. Flowchart Of Keyboard Entry Process 
With SEND Key 
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Figure 13-12 shows the flowchart of the keyboard entry process with all the function 
keys. In this example. the flow of control is by no means simple. Clearly, some written 
description is necessary. The organization and layout of complex flowcharts. requires 
careful planning. We have followed the process of adding features to the flowchart one 
at a time, but this still results in a large amount of redrawing. Again we should remem- 
ber that, throughout the keyboard entry process, the program must also refresh the dis- 
plays if they are multiplexed and not controlled by shift registers or other hardware. 


Clear Display Array 

Key Pointer — Start 
of Display Array 

Key Counter = 0 


Key = Keyboard 
Input Data 


(Key Pointer) = Key 
Key Pointer — 
Key Pointer + 1 





Figure 13-12. Flowchart Of Keyboard Entry Process 
With Function Keys 
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15 


of terminal address Parity correct 
[Address Counter = 0 > 
Nmess = 0 Е 


I: Messg mess) = 
fue Parity Error = ) 


Match flag 1 
? 


a character ready flag =1 Character 
? ы; Nmess =Nmess + 1 


Is 
Is No 
Address 
Header flag 0 Counter 3 


? ? 
Yes 


9 ls 
character 
character header 


? ? 
Address Match 
Header flag — 1 flag =1 
Address Counter — 
Address Counter + 1 Turn off BUSY 
Address Pointer — light 
Address Pointer + 1 


Display answer 





Figure 13-13. Flowchart Of Receive Routine 


Figure 13-13 is the flowchart of a receive routine. We assume that the serial/parallel 
conversion and error checking is done in hardware (e.g., by a UART). The processor 
must: 


1) 
2) 


Look for the header (we assurne it is a single character). 


Read the destination address (we assume it is three characters long) and see if the 
message is meant for this terrninal, i.e., if the three characters agree with the ter- 
minal address. 


Wait for the trailer character. 


If the message is meant for the terminal, turn off the BUSY light and go to DISPLAY 
ANSWER routine. 


In the event of any errors, request re-transmission by going to RTRAN routine. 
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This routine involves a large number of decisions, and the flowchart is neither simple 
nor obvious. 


Clearly, we have come a long way from the simple flowchart (Figure 13-8) of the first 
example. A complete set of flowcharts for the transaction terminal would be a major 
task. It would consist of several inter-related charts with complex logic, and would re- 
quire a large amount of effort. Such an effort would be just as difficult as writing a 
preliminary program and not as useful, since you could not check it on the computer. 


MODULAR PROGRAMS 


Once programs become large and complex. flowcharting is no longer a satisfactory 
design tool. However, the problem definition and the flowchart can give you some idea 
as to how to divide the program into reasonable sub-tasks. The division of the entire 
program into sub-tasks or modules is called “modular programming”. Clearly, most of 
the programs we presented in earlier chapters would typically be modules in a large 
system program. The problems which the designer faces in modular programming are 
how to divide the program into modules and how to put the modules together. 


The advantages of modular programming are obvious: ADVANTAGES 


1) Asingle module is easier to write, debug and test than ап OF MODULAR 


entire program. 


2) А module is likely to be useful in many places and in other 
programs, particularly if it is reasonably general and performs a common task. You 
can build up a library of standard modules. 


3) Modular programming allows the programmer to divide tasks and use previously 
written programs. 


4) Changes can be incorporated into one module rather than into the entire system. 
5) Errors can often be isolated and then attributed to a single module. 


6) Modular programming gives an idea of how much progress has been made and 
how much of the work is left. 


PROGRAMMING 





The idea of modular programming is such an obvious one that | DISADVANTAGES 
its disadvantages are often ignored. These include: OF MODULAR 
PROGRAMMING 





1) Fitting the modules together сап be a major problem, par- 
ticularly if different people write the modules. 

2) Modules require very careful documentation, since they may affect other parts of 
the program such as data structures used by all the modules. 

3) Testing and debugging modules separately is difficult. since other modules may 
produce the data used by the module being debugged and still other modules may 
use the results. You may have to write special programs (called drivers”) just to 
produce sample data and test the programs. These drivers require extra program- 
ming effort which adds nothing to the total system. 

4) Programs may be very difficult to modularize in any reasonable way. If you 
modularize the program poorly, integration will be very difficult, since almost all er- 
rors and the resulting changes will involve several modules. 

5) Modular programs often require extra time and memory. since the separate 
modules may repeat functions. 


Therefore, while modular programming is certainly an improvement over simply trying 
to write the entire program from scratch, it does have some disadvantages as well. 
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EXAMPLES 


Response To A Switch 
This simple program can be divided into two modules: 





MODULARIZING 
THE SWITCH 







Module 1 waits for the switch to be turned on and turns the 
light on in response. 


Module 2 provides the one-second delay. 


Module 1 is likely to be specific to the system, since it will de- 

pend on how the switch and light are attached. Module 2 will be generally useful, since 
many tasks require delays. Clearly, it would be advantageous to have a standard delay 
module which could provide delays of varying lengths. The module will require careful 
documentation so that you will know how to specify the length of the delay. how to call 
the module, and what registers and memory locations the module affects. 


A general version of Module 1 would be far less useful, since it would have to deal with 
different types and connections of switches and lights. 


You would probably find it simpler to write a module for a particular configuration of 
switches and lights rather than try to use a standard routine. Note the difference bet- 
ween this situation and Module 2. 


The Switch-Based Memory Loader 


The switch-based memory loader is difficult to modularize, MODULARIZING 
since all the programming tasks depend on the hardware con- THE SWITCH- 
figuration and the tasks are so simple that modules hardly BASED MEMORY 
seem worthwhile. The flowchart in Figure 13-9 suggests that LOADER 

one module might be the one that waits for the operator to 
press one of the three pushbuttons. 





Some other modules might be: 


1) А delay module which provides the delay required to debounce the switches. 

2) А switch and display module which reads the data from the switches and sends it 
to the displays. 

3) A LAMP TEST module. 


Such highly system-dependent modules are unlikely to be generally useful. This exam- 
ple is not one in which modular programming offers great advantages. 


The Verification Terminal 


The verification terminal. on the other hand, lends itself very 
well to modular programming. The entire system can easily be 
divided into three main modules: VERIFICATION 
TERMINAL 





1) Keyboard and display module. 
2) Data transmission module. 

3) Data reception module. 

A general keyboard and display module could handle many keyboard- and display- 
based systems. The sub-modules would perform such tasks as: 

1) Recognizing a new keyboard entry and fetching the data. 

2) Clearing the array in response to a CLEAR key. 

3) Entering digits into storage. 

4) Looking for the terminator or SEND key. 

5) Displaying the digits. 
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Although the key interpretations and the number of digits will vary, the basic entry. 
data storage and data display processes will be the same for many programs. Such 
function keys as CLEAR would also be standard. Clearly, the designer must consider 
which modules will be useful in other applications, and pay careful attention to those 
modules. 


The data transmission module could also be divided into such sub-modules as: 


1) Adding the header character. 

2) Transmitting characters as the output line can handle them. 

3) Generating delay times between bits or characters. 

4) Adding the trailer character. 

5) Checking for transmission failures, i.e., no acknowledgment or inability to transmit 
without errors. 

The data reception module could include sub-modules which: 


1) Look for the header character. 

2) Check the message destination address against the terminal address. 
3) Store and interpret the message. 

4) Look for the trailer character. 

5) Generate bit or character delays. 


REVIEW OF MODULAR PROGRAMMING 


Modular programming can be very helpful if you abide by the į RULES FOR 
following rules: MODULAR 
PROGRAMMING 





1) Use modules of 20 to 50 lines. Shorter modules are usually 
a waste of time, while longer modules are seldom general 
and may be difficult to integrate. 


2) Try to make modules reasonably general. Differentiate between common features 
like ASCII code or asynchronous transmission formats, which will be the same for 
many applications and key identifications, and number of displays or number of 
characters in a message, which are likely to be unique to a particular application. 
Make the changing of the latter parameters simple. Major changes like different 
character codes should be handled by separate modules. 


3) Take extra time on modules like delays, display handlers, keyboard handlers, etc., 
which will be useful in other projects or in many different places in the present 
program. 

4) Try to keep modules as distinct and logically separate as possible. 


5) Do not try to modularize simple tasks where rewriting the entire task may be easier 
than assembling or modifying the module. i 


STRUCTURED PROGRAMMING 


How do you keep modules distinct and stop them from interacting with one another? 
How do you write a program which has a clear sequence of operations so that you can 
isolate and correct errors? One answer is to use the methods known as "structured pro- 
gramming”, whereby each part of the program consists of elements from a limited set 
of structures and each structure has a single entry and a single exit. 


Figure 13-14 shows a flowchart of an unstructured program. If an error occurs in 
Module B, we have five possible sources for that error. Not only must we check each 
possible sequence, but we also have to make sure that any changes made to correct the 
error do not affect any of the other sequences. The usual result is that debugging the 
program becomes like trying to hang on to an octopus. Every time you think the situa- 
tion is under control, there is another loose tentacle somewhere. 
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The answer to this problem is to establish a clear sequence of BASIC 
operations so that you can isolate errors. Such a clear se- STRUCTURES 
quence uses single-entry. single-exit modules. The basic OF 

modules that are needed are: STRUCTURED 


1) 


2) 


3) 





PROGRAMMING 





Figure 13-14. Flowchart Of An Unstructured Program 


An ordinary sequence, i.e., a linear structure in which 
statements or structures are executed consecutively. In the sequence: 


the computer executes P1 first, P2 second and P3 third. P1, P2 and P3 may be 
single instructions or entire programs. 


A conditional structure. 


The common one is "if A then P1 else P2", where A is a condition and P1 and P2 
are programs. The computer executes P1 if A is true, and P2 if A is false. Figure 
13-15 shows the logic of this structure. Note that the structure has a single 
entrance and a single exit; there is no way to enter or leave P1 or P2 other than 
through the structure. 


A loop structure. 


The common loop structure is “do P while A", where A is a condition and P is а pro- 
gram. The computer checks A and executes P if A is true. This structure (see Figure 
13-16) also has a single entrance and a single exit. Note that the computer will not 
execute P at all if A is originally false, since the value of A is checked before the ex- 
ecution of P. 
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Note the following features of structured programming: 


1) Only the three basic structures are permitted. 


2) Structures may be nested to any level of complexity so that any program сап, in 
turn, contain any of the structures. 


3) Each structure has a single entrance and a single exit. 





Figure 13-15. Flowchart Of The If-Then-Else Structure 





Figure 13-16. Flowchart Of The Do-While Structure 
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Voi NOU. GÀ 
if X > 0 then NPOS = NPOS+1 
else NNEG = NNEG+1 
Both P1 and P2 are single statements. 


2) P2 omitted: 
if X #0 then Y = 1/X 
Here no action is taken if A (X #0) is false. P2 and "else" сап be omitted in this case. 


Some examples of the loop structure illustrated in Figure 13-16 are: 


1) Form the sum of integers from 1 to N. 
1=0 
SUM = 0 
do while | < N 
[= +1 
SUM -50М-Н 
end 
The computer executes the loop as long as | < N. If N = 0, the program within the "do- 
while” is not executed at all. 


2) Count characters in an array SENTENCE until you find an ASCII period. 
NCHAR = 0 
do while SENTENCE (NCHAR) = PERIOD- 
NCHAR = NCHAR+1 
end 


The computer executes the loop as long as the character in SENTENCE is not an ASCII 
period. The count is zero if the first character is a period. 


The advantages of Structured programming are: ADVANTAGES OF 
STRUCTURED 
PROGRAMMING 






1) The sequence of operations is simple to trace. This allows 
you to test and debug easily. 


2) Тһе number of structures is limited and the terminology is 
standardized. 


3) The structures can easily be made into modules. 


4) Theoreticians have proved thet the given set of structures is complete. i.e., all pro- 
grams can be written in terms of the three structures. 


5) The structured version of a program is partly self-documenting and fairly easy to 


read. 

6) Structured programs are easy to describe with flowcharts or other graphic 
methods. 

7) Structured programming has been shown in practice to increase programmer рго- 
ductivity. 


Structured programming basically forces much more discipline on the programmer 
than does modular programming. The result is more systematic and better-organized 
programs. 
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The disadvantages of structured programming are: DISADVANTAGES 


1) 


2) 


4) 


5) 


6) 


Only a few high-level languages (e.g., PL/M, PASCAL) will oF 


directly accept the structures. The programmer therefore 
has to go through an extra translation stage to convert the 
structures to assembly language code. The structured ver- 
sion of the program, however, is often useful as documentation. 


Structured programs often execute s!ower and use more memory than unstruc- 
tured programs. 

Limiting the structures to the three basic forms makes some tasks very awkward to 
perform. The completeness of the structures only means that all programs can be 
implemented with them; it does not mean that a given program can be imple- 
mented efficiently or conveniently. 

The standard structures are often quite confusing, e.g.. nested “if-then-else” struc- 
tures may be very difficult to read since there may be no clear indication of where 
the ones inside end. A series of nested "do-while" loops can also be difficult to 
read. 


Structured programs only consider the sequence of program operations, not the 
flow of data. Therefore, the structures may handle data awkwardly. 

Few programmers are accustomed to structured programming. Many find the stan- 
dard structures awkward and restrictive. 


STRUCTURED 
PROGRAMMING 





We are neither advocating nor discouraging the use of structured programming. It is 
one way of systematizing program design. In general, it is most useful in the following 
situations: 


1) 
2) 
3) 


4) 
5) 


6) 


In 


WHEN TO USE 
STRUCTURED 


Larger programs, perhaps exceeding 1000 instructions. 
Applications where memory usage is not critical. 


Low-volume applications where software development 
costs, particularly testing and debugging. are important 
factors. 






PROGRAMMING 


Applications which do not involve complex data structures. 


Applications involving string manipulation, process control or other algorithms, 
rather than simple bit manipulations. 


Applications where a high-level language is being used. - 


the future we expect the cost of memory to decrease, the average size of 


microprocessor programs to increase, and the cost of software development to in- 
crease. Therefore, methods like structured programming. which decrease software 
development costs for larger programs but use more memory, will become more valua- 





ble. 
EXAMPLES 
Response To A Switch 
The structured version of this example is: STRUCTURED 
SWITCH - OFF —"" 
do while SWITCH = OFF 
READ SWITCH SWITCH AND 
end LIGHT SYSTEM 
LIGHT = ON 
DELAY 1 
LIGHT = OFF 


ON and OFF must have the proper definitions for the switch and light. We assume that 
DELAY is a module that provides a wait given by its parameter in seconds. 
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A statement in a structured program may actually be a subroutine. However, in order to 
conform to the rules of structured programming, the subroutine cannot have any exits 
other than the one that returns control to the main program. 


Since "do-while" checks the condition before executing the loop, we set the variable 
SWITCH to OFF before starting. The structured program is straightforward, readable, 
and easy to check by hand. However, it would probably require somewhat more memo- 
ry than an unstructured program, which would not have to initialize SWITCH and could 
combine the reading and checking procedures. 


The Switch-Based Memory Loader 


The switch-based memory loader is a more complex structured. |STRUCTURED 
programming problem. We may irnplement the flowchart of [PROGRAMMING 
Figure 13-9 as follows (an * indicates a comment): FOR THE 

* SWITCH-BASED 
*INITIALIZE VARIABLES MEMORY LOADER 





HIADDRESS = 0 
LOADDRESS = 0 
DATA =0 


*THIS PROGRAM USES A DO-WHILE CONSTRUCT THAT HAS A CONDITION 
“WHICH IS ALWAYS TRUE. THEREFORE, THE SYSTEM CONTINUALLY 
*EXECUTES THE PROGRAM CONTAINED IN THIS DO-WHILE LOOP. 


do while 1 = 1 


*TEST FOR HIADDRESS BUTTON; PERFORM THE REQUIRED PROCESSING 
“IF IT IS ON. 


if HIADDRBUTTON - 1 then 
HIADDRESS = SWITCHES 
LIGHTS = SWITCHES 
DELAY (DEBOUNCETIME) 
do while HIADDRBUTTON = 1 
DELAY (DEBOUNCETIME) 
end 
“TEST FOR LOADDRESS BUTTON; PERFORM LO ADDRESS PROCESSING IF 
“ІТ IS ОМ. 


if LOADDRBUTTON = 1 then 
LOADDRESS = SWITCHES 
LIGHTS = SWITCHES 
DELAY (DEBOUNCETIME) 
do while LOADDRBUTTON = 1 
DELAY (DEBOUNCETIME) 
end 
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*TEST FOR DATABUTTON, AND STORE DATA INTO MEMORY IF IT 
715 ОМ 


if DATABUTTON = 1 then 
DATA = SWITCHES 
LIGHTS = SWITCHES 
(HIADDRESSLOADDRESS) = DATA 
DELAY (DEBOUNCETIME) 
do while DATABUTTON = 1 
DELAY (DEBOUNCETIME) 
end 
end 
*THE ABOVE END TERMINATES THE 
* do while 1 = 1 LOOP. 


Structured programs are not easy to write, but they can give a great deal of insight into 
the overall program logic. You can check the logic of the structured program by hand 
before writing any actual code. 


The Credit-Verification Terminal 


Let us look at the keyboard entry for the transaction terminal. STRUCTURED 
We will assume that the display array is ENTRY, the keyboard 
strobe is KEYSTROBE, and the keyboard data is KEYIN. The 


structured program without the function keys is: VERIFICATION 
NKEYS = 10 TERMINAL 
5 STRUCTURED 
*CLEAR ENTRY TO START KEYBOARD 


ROUTINE 





do while NKEYS > 0 
NKEYS = NKEYS - 1 
ENTRY (NKEYS) = 0 
end 


* 


“FETCH A COMPLETE ENTRY FROM KEYBOARD 


do while NKEYS « 10 
if KEYSTROBE = ACTIVE then 
KEYSTROBE = INACTIVE 
ENTRY (NKEYS) = KEYIN 
NKEYS = NKEYS+1 
end 


Adding the SEND key means that the program must ignore extra digits after it has a 
complete entry, and must ignore the SEND key until it has a complete entry. The struc- 
tured program is: 


NKEYS = 10 
*CLEAR ENTRY TO START 
do while NKEYS > 0 
NKEYS = NKEYS - 1 


ENTRY (NKEYS) = 0 
end 


13-31 


+ 


"WAIT FOR COMPLETE ENTRY AND SEND KEY 


do while KEY z SEND OR МКЕҮ5 z 10 
if KEYSTROBE = ACTIVE then 
KEYSTROBE = INACTIVE 
KEY = KEYIN 


“СЕТ DIGIT IF COMPLETE ENTRY NOT PRESENT 


if NKEYS 10 AND KEY = SEND then 
ENTRY (NKEYS) = KEY 
NKEYS = NKEYS- 1 
end 


Adding the CLEAR key allows the program to clear the entry originally by simulating a 
voiding, i.e., by setting NKEYS to 10 and KEY to CLEAR before starting. The structured 
program must also only clear digits which have previously been filled. The new struc- 
tured program is: 


* 


*SIMULATE COMPLETE CLEARING 


NKEYS = 10 
KEY = CLEAR 


*WAIT FOR COMPLETE ENTRY AND SEND KEY 
do while KEY ж SEND OR NKEYS # 10 
*CLEAR WHOLE ENTRY IF CLEAR KEY STRUCK 


if KEY — CLEAR then 
KEY -0 
do while NKEYS > 0 
NKEYS = NKEYS - 1 
ENTRY (NKEYS) = 0 
end 


* 


*GET DIGIT IF ENTRY INCOMPLETE 


if KEYSTROBE = ACTIVE then 
KEYSTROBE - INACTIVE 
KEY = KEYIN 
if KEY « 10 AND NKEYS z 10 then 
ENTRY (NKEYS) = KEY 
NKEYS = NKEYS+1 
end 


Note that the program clears the CLEAR key so that it only carries out the voiding pro- 
cess once. 
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We can similarly build a structured program for the receive 
routine. An initial program could just look for the header and 
trailer characters. We will assume that RSTB is the indicator that a 
character is ready. The structured program is: 


*CLEAR HEADER FLAG TO START 





HFLAG =0 

*WAIT FOR HEADER AND TRAILER 

do while HFLAG = 0 OR CHAR # TRAILER 

"GET CHARACTER IF READY, LOOK FOR HEADER 


if RSTB = ACTIVE then 
RSTB = INACTIVE 


CHAR = INPUT 
if CHAR = HEADER then 
HFLAG = 1 
end 


Now we can add the section that checks the message address against the three digits 
in TERMINAL ADDRESS (TERMADDR). If any of the corresponding digits are not equal, 
the ADDRESS MATCH flag (ADDRMATCH) is set to 1. 


* 


*CLEAR HEADER FLAG, ADDRESS MATCH FLAG, ADDRESS COUNTER TO 
*START 

HFLAG = 0 

ADDRMATCH = 0 

ADDRCTR = 0 


*WAIT FOR HEADER, DESTINATION ADDRESS AND TRAILER 
do while HFLAG = 0 OR CHAR z TRAILER OR ADDRCTR # 3 
*GET CHARACTER IF READY 


if RSTB = ACTIVE then 
RSTB = INACTIVE 
CHAR = INPUT 


“СНЕСК FOR TERMINAL ADDRESS AND HEADER 


if HELAG = 1 AND ADDRCTR #3 then 
if CHAR ж TERMADDR(ADDRCTR) then ADDRMATCH = 1 
ADDRCTR = ADDRCTR+1 

if CHAR = HEADER then HFLAG = 1 

end 


The program must now wait for a header, a three-digit identification code, and a trailer. 
You must be careful of what happens during the iteration when the program finds the 
header, and of what happens if an erroneous identification code character is the same 
as the trailer. 
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A further addition can store the message in MESSG. NMESS is the number of characters 
іп the message; if it is not zero at the end, the program knows that the terminal has 
received a valid message. We have not tried to minimize the logic expressions in this 
program. 


. 


“CLEAR FLAGS, COUNTERS TO START 


HFLAG = 0 
ADDRMATCH = 0 
ADDRCTR = 0 
NMESS = 0 


"WAIT FOR HEADER, DESTINATION ADDRESS AND TRAILER 
do while HFLAG = 0 OR CHAR z TRAILER OR ADDRCTR # 3 
*GET CHARACTER IF READY 


if RSTB = ACTIVE then 
RSTB = INACTIVE 
CHAR = INPUT 


*READ MESSAGE IF DESTINATION ADDRESS = TERMINAL ADDRESS 


if HELAG = 1 AND ADDRCTR = 3 then 
if ADDRMATCH = 0 AND CHAR # TRAILER then 
MESSG(NMESS) = CHAR 
NMESS = NMESS+1 


*CHECK FOR TERMINAL ADDRESS 


if HFLAG = 1 AND ADDRCTR z 3 then 
if CHAR # TERMADDR(ADDRCTR) then ADDRMATCH = 1 
ADDRCTR = ADDRCTR+1 


* 


*LOOK FOR HEADER 


if CHAR = HEADER then HFLAG = 1 
end 


The program only checks for the identification code if it found a header during a pre- 
vious iteration. It only accepts the message if it has previously found a header and a 
complete, matching destination address. The program must work properly during the 
iterations when it finds the header, the trailer and the last digit of the destination ad- 
dress. It must not try to match the header with the terminal address or place the trailer 
or the final digit of the destination address in the message. You might try adding the 
rest of the logic from the flowchart (Figure 13-13) to the structured program. Note that 
the order of operations is often critical. You must be sure that the program does not 
complete one phase and start the next one during the same iteration. 


REVIEW OF STRUCTURED PROGRAMMING 


Structured programming brings discipline to program design. It forces you to limit the 
types of structures you use and the sequence of operations. It provides single-entrance, 
single-exit structures which you can check for logical accuracy. Structured program- 
ming often makes the designer aware of inconsistencies or possible combinations of in- 
puts. Structured programming is not a cure-all, but it does bring some order into a pro- 
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cess that can be chaotic. The structured program should also aid in debugging, testing 
and documentation. 


Structured programming is not simple. The programmer must not only define the prob- 
lem adequately, but must also work through the logic carefully. This is tedious and 
difficult, but it can result in a clearly written. working program. 


The particular structures we have presented аге not ideal and are |TERMINATORS 
often awkward. In addition. it can be difficult to distinguish where |ҒОН 

one structure ends and another begins. particularly if they are |STRUCTURES 
nested. Theorists may provide better structures in the future, or 

designers may wish to add some of their own. Some kind of terminator for each struc- 
ture seems necessary. since indenting does not always clarify the situation. "End" is a 
logical terminator for the ‘‘do-while” loop. There is no obvious terminator, however, for 
the “if-then-else” statement; some theorists have suggested “endif” or "fi" ("if" back- 
wards), but these are both awkward and do not contribute to the readability of the pro- 
gram. 





RULES FOR 
We suggest the following rules for applying structured program- STRUCTURED 
ming: 





1) Begin by writing a basic flowchart to help define the logic of. 
the program. 

2) Start with the “if-then-else” and "do-while" constructs. They are known to be a 
complete set, i.e., any program can be written in terms of these structures. 

3) Indent each level a few spaces so that you will know which statements belong 
where. 

4) Use terminators for each structure, e.g., "end" for the "do-while" and “endif” or 
"fi" for the “if-then-else”. The terminators plus the indentation should make the 
program reasonably clear. 

5) Emphasize simplicity and readability. Leave lots of spaces, use meaningful names, 
and make expressions as clear as possible. Do not try to minimize the logic at the 
cost of clarity. 

6) Comment the program іп an organized manner. 

7) Check the logic. Try all the extreme cases or special conditions and a few sample 
cases. Any logical errors you find at this level will not return to plague you later. 


TOP-DOWN DESIGN 


The remaining problem is how to check and integrate modules or BOTTOM-UP 
structures. Certainly we want to divide a large task into sub-tasks. DESIGN 

But how do we check the sub-tasks in isolation and put them 

together? The standard procedure, called “bottom-up design”, requires extra work in 
testing and debugging and leaves the entire integration task to the end. What we need 
is a method that will allow testing and debugging to occur in the actual program en- 
vironment and will subdivide the system integration into a series of modular tasks. 


This method is “top-down design". Неге we start by writing the 
overall supervisor program. We replace the undefined sub-pro- 
grams by program “stubs”, temporary programs which may either 
record the entry, provide the answer to a selected test problem, or 

‘ d : PROGRAM 
do nothing. We then test the supervisor program to see that its STUBS 


logic is correct. 
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stubs are replaced by working programs. Note that testing and in- 
tegration occur at each level, rather than all at the end. No special 
driver or data generation programs are necessary. We get a clear 
idea of exactly where we are in the design. Top-down design 
assumes modular programming. and is compatible with structured 
programming as well. 


ADVANTAGES 
OF 
TOP-DOWN 
DESIGN 


The disadvantages of top-down design are: 

1) Тһе overall design may not mesh well with system hard- DISADVANTAGES 
ware. OF 

2) It may not take good advantage of existing software. 


3) А suitable stub may be difficult to write, particularly if the 
same stub must work correctly in several different places. 


4) Top-down design may not result in generally useful modules. 


5) Errors at the top level can have catastrophic effects, whereas errors in bottom-up 
design are usually limited to a particular module. 





In large programming projects. top-down design has been shown to greatly improve: 
programmer productivity. However, almost all of these projects have used some bot- 
tom-up design in cases where the top-down method would have resulted in a large 
amount of extra work. 


Top-down design is a useful tool which need not be followed to extremes. It provides 
the same discipline for system testing and integration that structured programming 
provides for module design. The method, however, has more general applicability since 
it does not really assume the use of programmed logic. However, top-down design may 
not result in the most efficient implementation. 


EXAMPLES 
Response To A Switch 


The first structured programming example actually demonstrates 
top-down design as well. The program was: 





SWITCH = OFF 

do while SWITCH = OFF 
READ SWITCH 
end 

LIGHT = ON 

DELAY 1 

LIGHT = OFF 


Almost all of these statements are really stubs, since none of them is fully defined. For 
example, what does READ SWITCH mean? If the switch were one bit of input port 
SPORT, it really means 


SWITCH = SPORT AND SMASK 
where SMASK has a ‘1° bit in the appropriate position. 
Similarly, DELAY 1 actually means (if the processor itself provides the delay): 


REG = COUNT 
do while REG # 0 
REG = REG - 1 

end 
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COUNT is the appropriate number to provide a one-second delay. The expanded ver- 
sion of the program is: 
SWITCH =0 


do while SWITCH = 0 
SWITCH = SPORT AND MASK 


end 

LIGHT = ON 

REG = COUNT 

do while REG #0 
REG = REG - 1 
end 


LIGHT = NOT (LIGHT) 


Certainly this program is more explicit, and could more easily be translated into actual 
instructions or statements. 


The Switch-Based Memory Loader 


This example is more complex than the first example, so that TOP-DOWN. 
we must proceed more systematically. Here again, the struc- DESIGN OF 
tured program really contains stubs. 


For example, if the HIGH ADDRESS button is one bit of input 
port CPORT, "if HIADDRBUTTON = 1” really means: 

1) Input from СРОВТ. 

2) Complement. 

3) Logical AND with HAMASK; 

where HAMASK has а 1” in the appropriate bit position and "05 elsewhere. Similarly, 
the condition “if DATABUTTON = 1” really means: 

1) Input from CPORT. 

2) Complement. 

3) Logical AND with DAMASK. 

So, the initial stubs could just assign values to the buttons, e.g., 


HIADDRBUTTON = 0 
LOADDRBUTTON = 0 
DATABUTTON = 0 


A run of the supervisor program should show that it takes the implied "else" path 
through the "if-then-else" structures, and never reads the switches. Similarly, if the 
stub were 


HIADDRBUTTON = 1 


the supervisor program should stay in the "do while HHADDRBUTTON = 1” loop waiting 
for the button to be released. These simple runs check the overall logic. 





Now we can start expanding each stub and seeing if the expansion produces a reasona- 
ble overall result. Note how debugging and testing proceed in a straightforward and 
modular manner. We expand the HIADDRBUTTON - 1 stub to 


READ CPORT 
HIADDRBUTTON = NOT (CPORT) AND HAMASK 


The program should wait for the HIGH ADDRESS button to be closed. The program 
should then place the contents of the switches in the lights. This run checks for.the 
proper response to the HIGH ADDRESS button. 
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We then expand the LOW ADDRESS button module to 


READ CPORT 
HIADDRBUTTON = NOT (CPORT) AND LAMASK 


With the LOW ADDRESS button in the closed position, the program should place the 
contents of the switches in the lights. This run checks for the proper response to the 
LOW ADDRESS button. 


Similarly, we can expand the DATA button module and check for the proper response 
to that button. The entire program will then have been tested in a systematic manner. 


When all the stubs have been expanded, the coding, debugging and testing stages will 
all be complete. Of course, we must know exactly what results each stub should pro- 
duce. However, many logical errors will become obvious at each level without any 
further expansion. 


The Transaction Terminal 


This example, of course, will have more levels of detail. We 

could start with the following program (see Figure 13-17 for a 

flowchart): VERIFICATION 
KEYBOARD TERMINAL 


ACK =0 

do while ACK = 0 
TRANSMIT 
RECEIVE 
end 

DISPLAY 


Here KEYBOARD, TRANSMIT, RECEIVE and DISPLAY are program stubs which will be 
expanded later. KEYBOARD, for example, could simply place a ten-digit verified num- 
ber in the appropriate buffer. 








The next stage of expansion could produce.the following program EXPANDING 
for KEYBOARD (see Figure 13-18): THE 
KEYBOARD 
VER =0 
do while VER = 0 ROUTINE 
COMPLETE = 0 
do while COMPLETE = 0 
KEYIN 
KEYDS 
end 
VERIFY 
end 


Here VER = 0 means that an entry has not been verified; COMPLETE = 0 means that 
the entry is incomplete. KEYIN and KEYDS are the keyboard input and display routines 
respectively. VERIFY checks the entry. A possible stub for KEYIN would simply place a 
random entry (from a random number table or generator) in the buffer and set COM- 
PLETE to 1. 


We would continue by similarly expanding, debugging and testing TRANSMIT, 
RECEIVE and DISPLAY. Note that you should expand each program by one level so that 
you do not perform the integration of an entire program at any one time. You must use 
your judgment in defining levels. Too small a step wastes time, while too large a step 
gets you back to the problems of system integration which you want to avoid. 
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Transmit 


іѕрі 
Receive (арау 


Figure 13-17. Initial Flowchart For Transaction Terminal 


REVIEW OF TOP-DOWN DESIGN 


Top-down design brings discipline to the testing and integration phases of program 
design. It provides a systematic method for expanding a flowchart or problem definition 
to the level required to actually write a program. Together with structured program- 
ming, it forms a complete set of design techniques. 


Like structured programming, top-down design is not simple. The designer must have 
defined the problem carefully and must work systematically through each level. Here 
again the methodology may seem tedious, but the payoff can be substantial if the 
designer really follows the rules. 


We recommend the following approach to top-down design: 


1) 
2) 
3) 


Start with a basic flowchart. 
Make the stubs as complete and as separate as possible. 


Define precisely all the possible outcomes from each stub and 
select a test set. 


Check each level carefully and systematically. 

Use the structures from structured programming. 

Expand each stub by one level. Do not try to do too much in one step. 

Watch carefully for common tasks and data structures. 

Test and debug after each stub expansion. Do not try to do an entire level at a time. 


Be aware of what the hardware can do. Do not hesitate to stop and do a little bot- 
tom-up design where that seems necessary. 
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Figure 13-18. Flowchart For Expanded KEYBOARD Routine 


REVIEW OF PROBLEM DEFINITION AND PROGRAM DESIGN 


You should note that we have spent an entire chapter without mentioning any specific 
microprocessor or assembly language, and without writing a single line of actual code. 
Hopefully, though, you now know a lot more about the examples than you would have 
if we had just asked you to write the programs at the start. Although we often think of 
the writing of computer instructions as a key part of software development, it is actually 
one of the simplest stages. 


Once you have written a few programs, most of the methodology will become simple. 
You will soon learn the instruction set, recognize which instructions are really useful, 
and remember the common sequences that make up the major part of most programs. 
You will then find that many of the other stages of software development remain 
difficult and have few clear rules. 


We have suggested here some ways to systematize the important early stages. In the 
problem definition stage, you must define all the characteristics of the system — its in- 
puts, outputs, processing. time and memory constraints, and error handling. You must 
particularly consider how the systern will interact with the larger system of which it is a 
part, and whether that larger systern includes electrical equipment, mechanical equip- 
ment or human operator. You must start at this stage to consider how to make the 
System easy to use and maintain. 
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In the program-design stage, several techniques can help you to systematically specify 
and document the logic of your program. Modular programming forces you to divide 
the total program into reasonably sized modules. Structured programming provides a 
systematic way of defining the logic of those modules, while top-down design is a 
systematic method for integrating and testing them. Of course, no one can compel you 
to follow all of these techniques: they are, in fact. guidelines more than anything else. 
But they do provide a unified approach to the definition and design stages, and you 
should consider them a basis on which to develop your own approach. 
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Chapter 14 
DEBUGGING AND TESTING 


As we noted at the beginning of the previous chapter, debugging and testing are 
among the most time-consuming stages in software development. Even though such 
methods as modular programming, structured programming and top-down design can 
reduce the frequency of errors and simplify testing. debugging and testing still are 
difficult because they are such poorly-defined tasks. Many textbooks have been written 
about designing and coding programs. Very little has been written about how to debug 
and test programs. The selection of an adequate set of test data is seldom a clear or 
scientific process. Finding errors sometimes seems like a game of “ріп the tail on the 
donkey”, except that the donkey is moving and the programmer must position the tail 
by remote control. Surely, few tasks are as frustrating as debugging programs. 


This chapter will first describe the tools available for debugging. It will then discuss the 
basic debugging procedure, describe the common types of errors and show some ex- 
amples of program debugging. The last sections will describe how to select test data 
and test programs. 


We will not do much more than describe the purpose of most debugging tools. There is 
very little standardization in this area and not enough space to discuss all of the devices 
and programs available on the market. The examples should give you some idea as to 
when and why particular hardware or software will be helpful. 


SIMPLE DEBUGGING TOOLS 

The simplest debugging tools available are: 
1) A single-step facility 

2) A breakpoint facility 

3) A register dump program (or utility) 

4) A memory dump program 


The single-step facility simply allows you to execute the program SINGLE-STEP 


one step at a time. Most 8080-based microcomputers have 

this ability since the circuitry is quite simple. Of course, the only things you will be able 
to see when you execute a single-step are the states of the output lines which you are 
monitoring. The most important lines are: 


1) Data Bus 

2) Address Bus 

3) Status latch outputs 
4) Control lines 


If you monitor these lines (either in hardware or software), you will be able to see the ad- 
dresses, instructions and data appear as the program executes. You will be able to tell 
what kinds of operations the CPU is performing by examining these lines at appropriate 
times. This information will be sufficient to inform you of such errors as incorrect Jump 
instructions, omitted or incorrect addresses, erroneous operation codes or incorrect 
data values. However, you cannot see the contents of registers and flags without some 
additional debugging facility or a special sequence of instructions. Therefore, much of 
the logic of the program may remain invisible. 
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There are many errors which a single-step mode cannot find. LIMITATIONS 
These include timing errors and errors in the interrupt or DMA OF 

systems. Furthermore, the single-step mode is very slow, typically SINGLE-STEP 
running at less than one millionth of the speed of the processor it- MODE 

self. Therefore, to single-step through one second of real processor 

time would take more than ten days. Clearly, single-stepping is only useful to check the 
logic of short instruction sequences. 


A breakpoint is an address at which the program will automat- BREAKPOINT 


ically halt or otherwise stop its normal routine so that you can ex- 

amine the current status of the system. The program will usually not start again until 
you clear the breakpoint. The breakpoint allows you to check or pass through an entire 
section of a program. Thus, to see if an entire initialization routine is correct, you can 
place a breakpoint at the end of the initialization and run the program. You can then 
check the status of memory locations and registers to see if the entire section is correct. 





Breakpoints complement the single-step mode. You can use the breakpoint either to 
localize the error or to pass through sections which you know are correct. You can then 
do the detailed debugging in the single-step mode. Breakpoints do not usually affect 
the timing of the program. so they can be used to check input/output and interrupts. 


Breakpoints often take advantage of part or all of the 
microprocessor interrupt system. Some micros have a special BREAKPOINT 
SOFTWARE INTERRUPT or TRAP facility which can act as a break- 

point. On the Intel 8080, if you are not already using all the interrupt vectors in your 
program. you can use the RST (Restart) instruction as a breakpoint. Table 14-1 gives the 
destination addresses for the various RST instructions. Chapter 12 describes the RST in- 
struction in more detail. The breakpoint routine can print register and memory contents 
or just wait in place (HLT or a conditional or unconditional jump to itself) until the user 
allows the machine to proceed. But remember that the RST instruction uses the Stack 
and Stack Pointer to store the return address. Figure 14-1 shows a routine where RST 3 
results in an endless loop. The programmer would have to clear this breakpoint with a 
RESET or interrupt signal. 


ORG 18H 
RST3 EQU 18H 


JMP RST3 ;WAIT IN PLACE 





Figure 14-1. A Simple Breakpoint Routine 


A more powerful facility could allow you to enter an address to which the processor 
would transfer control. Another possibility would be a return dependent on a switch: 


ORG 18H 
RST3 EQU 18H 
PUSH PSW ;:SAVE A 
WAITS: IN SPORT :WAIT FOR SWITCH = 1 
ANI MASK 
JZ WAITS 
POP PSW ;:RESTORE A 
RET 


Monitor programs and development systems will generally provide some kind of useful 
breakpoint facility. # 
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Table 14-1. Inte. 8080 Restart Addresses 


Instruction Destination Address 
(Mnemonic) (Hex) 





A register dump utility on a microcomputer is a program which 
Will display the contents of all the CFU registers. The following DUMP 
routine will display the contents of tae registers if we assume 

PRNT displays the contents of the Accumulator as two hexadecimal digits. 


Figure 14-2 is a flowchart of the program and Figure 14-3 shows a typical result. 


‘PLACE ALL REGISTER CONTENTS IN STACK 


PUSH PSW ІРС ALREADY ON STACK 


PUSH B 
PUSH D ;SAVE REGISTERS IN STACK 
PUSH H 


{USE STACK POINTER AS STARTING ADDRESS 


LXI H,O 

DAD SP ;GET STACK POINTER 

LXI D,10 :;COMPUTE VALUE OF ORIGINAL SP 
DAD D 

PUSH H ;:SAVE ORIGINAL STACK POINTER 


‘PRINT CONTENTS OF REGISTERS 
“ORDER IS PC (HIGH), PC (LOW). A, FLAGS, B, С, D, E, H, L, SP 


:(HIGH), SP (LOW) 

MVI С,12 :МОМВЕА OF BYTES = 12 
PRN1: DCX H 

MOV A.M :СЕТ A BYTE FROM STACK 

CALL PRNT ;AND PRINT IT 

DCX H 

DCR C 

JNZ PRN1 


‘RESTORE REGISTERS FROM STACK 


POP H 
POP H 
POP D 
POP B 
POP P 
RET 


;RESTORE REGISTERS FROM STACK 


SW 
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Note that calling the register dump routine places the old Program Counter in the 
Stack. 


Store all registers 
in Stack 

COUNT = Number 
of registers = 12 


Data Pointer = 
Stack Pointer + 10 


Store Data Pointer 
in Stack 


Print (Data Pointer) 
as 2 hex digits 


Data Pointer = 
Data Pointer - 1 
COUNT = COUNT - 1 


Restore all registers 
from Stack 





Figure 14-2. Flowchart Of Register Dump Program 


14-4 


(PROGRAM COUNTER) 


(STACK POINTER) 





Figure 14-3. Results Of A Typical Register Dump 


A memory dump is a program which can display the contents of 
an entire section of memory. This is much more efficient for ex- DUMP 
amining arrays or blocks than single locations. However, very large 

memory dumps are generally not useful (except to produce scrap paper) because of the 
sheer mass of information which they produce. They may also take a long time to 
generate on a slow printer. Small dumps may, however, provide the programmer with a 
reasonable amount of information which can be observed as a unit. Relationships such 
as regular repetitions of data patterns or offsets of entire arrays may become obvious. A 
general dump may be rather difficult to write. The programmer should be careful of the 
following situations: 


1) The size of the memory area exceeds 256 bytes, so a single counter will not suffice. 


2) The ending location is an address smaller than the starting location. This should be 
treated as an error, since the user would seldom want to print the entire memory 
contents in an unusual order. 





Figure 14-4. Results Of A Typical Memory Dump 
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Since the speed of the memory dump is usually dependent on printer speed, which is 
always much slower than processor speed. the efficiency of the routine seldom matters.. 
The following program will reject cases where the starting address is after the ending 
address, and will handle blocks of any length. We assume that the starting address is in 
Registers H and L, the ending address is in Registers D and E: 


“LOOK FOR END BEFORE START 


MOV A.D ;EXAMINE MSBs OF ADDRESS 
CMP H 
JC DONE ; THROUGH IF START LARGER 
JNZ DUMP ;ОКАҮ IF START SMALLER 
MOV А.Е ЛЕ MSBs EQUAL, LOOK АТ LSBs 
СМР L 
JC DONE ; THROUGH IF START LARGER 
;PRINT 1 LOCATION 
DUMP: MOV AM ;GET 1 LOCATION 
CALL PRNT ;AND PRINT IT 
MOV A.D ;EXAMINE MSBs OF ADDRESS 
CMP H 
JNZ CONT ;CONTINUE IF NOT EQUAL TO LIMIT 
MOV AE ‘EXAMINE LSBs OF ADDRESS 
CMP L 
JZ DONE ;DONE IF AT LIMIT 
CONT: INX H 


JMP DUMP 
DONE: JMP DONE 


Figure 14-4 shows the output from a dump of memory location 1000 to 101F. This 
routine correctly handles the case in which the starting and ending locations are the 
same. The user will have to interpret the results carefully if the dump area involves the 
Stack, since the dump subroutine will itself use the Stack. PRNT may also change parts 
of the memory. 


MORE ADVANCED DEBUGGING TOOLS 
The more advanced debugging tools that are most widely used are: 


1) Simulator programs to check software. 
2) Logic analyzers to check signals and timing. 


Many variations of both these tools exist, and we shall only discuss the standard 
features. 


The simulator is the computerized equivalent of the pencil-and- 
paper computer. It is a computer program which goes through the 

operating cycle of another computer program keeping track of the contents of all the 
registers, flags. and memory locations. We could. of course, do this by hand, but it 
would require an unacceptably large amount of effort and close attention to the exact 
effect of each instruction. The simulator program. on the other hand, never gets tired or 
confused, forgets an instruction or runs out of paper. Most simulators are large 
FORTRAN programs. You can purchase them or use them on the time-sharing services. 
The 8080 simulator is available in several versions from different sources. 
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Typical simulator features are: 


1) A breakpoint facility. Breakpoints can usually be set to occur after a particular num- 
ber of cycles, when a memory location or one of a set of memory locations is 
referenced, when. the contents of a location or one of a set of locations is altered. ог 
on other conditions that are specific to the particular simulator. 


2) Register and memory dump facilities which can display the values of memory loca- 
tions, registers and 1/0 ports. 

3) A trace facility which will print the contents of particular registers or memory loca- 
tions, whenever the program changes or references them. 


4) A load facility which allows the user to set values initially or change them during 
the simulation. 


Some simulators can also simulate input/output, interrupts, and even direct memory 
access. 


The simulator has many advantages: 


1) Itcan provide a complete description of the status of the computer, since the pro- 
gram is not restricted by pin limitations or other problems. 

2). It can provide breakpoint, dump, trace and other facilities which do not involve the 
processor memory. These facilities will therefore not interfere with the user pro- 
gram. 

3) Programs, starting points and other conditions are easy to change. 


4) All the facilities of large computers, including peripherals and software, are availa- 
ble to the microprocessor designer. 


On the other hand, the simulator is limited by its software base and its separation from 
the real computer. The major limitations are: 


1) The simulator usually cannot help with timing problems. 
2) The simulator cannot fully re-create the input/output system. 


3) The simulator is usually quite slow. Recreating one second of processor time may 
take hours of computer time. Using the simulator can be quite expensive. 


The simulator represents the software side of debugging: it has the typical advantages 
and limitations of a wholly software approach. Basically, the simulator can provide in- 
sight into program logic and other software problems but cannot help with timing, I/O 
and other hardware problems. 


The logic or microprocessor analyzer is the hardware solution to 
debugging. (For more complete information see Runyon, “Focus ANALYZER 
on Logic and uP Analyzers’ Electronic Design, Feb. 1, 1977, pp. 

40-50). Basically, the analyzer is a parallel digital version of the standard oscilloscope. 
The analyzer displays information in binary or hexadecimal on a video display, and has 
a variety of triggering events, thresholds. and inputs. Most analyzers also have a memo- 
ry so that they can display the past contents of the busses. 


The standard procedure is to set a triggering event, such as the occurrence of a particu- 
lar address on the Address Bus or instruction on the Data Bus in a particular address, or 
the execution of an input or output instruction. One may then look at the sequence of 
events that preceded or follow the breakooint. Common problems you can find this way 
include short noise spikes (or glitches), incorrect signal sequences, overlapping 
waveforms, and other timing or signal errors. Of course, a software simulator could not 
provide any hint as to the existence of those errors any more than a logic analyzer could 
effectively warn the programmer of errors in program logic. 
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1) Number of input lines. At least 24 are necessary to monitor an IMPORTANT 
8-bit Data Bus and a 16-bit Address Bus. Still more are FEATURES 
necessary for control signals, clocks, and other important in- OF LOGIC 
puts. ANALYZERS 


2) Amount of memory. Each state that is saved will require 
several words. 


3) Maximum frequency. It must be several MHz to handle the fastest processors. 
4) Minimum signal pulse width (important for catching glitches). 
5) Type and number of triggering events allowed. 


6) Methods of connecting to the microcomputer. This may require a rather complex 
interface. 


7) Number of display channels. 

8) Binary, hexadecimal or mnemonic displays. 

9) Display formats. 
10) Signal hold time requirements. 
11) Probe capacitance. 
12) Single or dual thresholds, adjustable thresholds. 





All of these factors are important in comparing logic and microprocessor analyzers, 
since the entire field is new and unstandardized. A tremendous range of products is 
already available, and this range will expand in the future. 


Logic analyzers, of course, are only necessary for systems with complex timing. Simple 
applications with low-speed peripherals have few hardware problems which the 
designer cannot handle with a standard oscilloscope. 


DEBUGGING WITH CHECKLISTS 


The designer cannot, of course, possibly check an entire program by hand. But there 
are certain trouble spots which the designer can check easily. You can use systematic 
hand-checking to find a large number of errors without resorting to any debugging 
tools. 


The question is where to place the effort. The answer is on points [WHAT ТО 

that can be handled with either a yes-no answer or with a simple [INCLUDE IN 
arithmetic calculation. Do not try to do complex arithmetic. follow || CHECKLIST 

all the flags. or try every conceivable case. Limit your hand check- 

ing to matters which can be settled easily. Leave the complex matters to the various 
debugging tools. Insure, however, that you proceed systematically; build your checklist 
and make sure that the program does the basic processing correctly. 





. The first thing to do is compare the flowchart or structured program and the actual 
code. Make sure that every element that appears in one also appears in the other. A 
simple checklist will do the job. It is easy to simply omit a branch or a processing sec- 
tion. 


Next concentrate on the program loops. Make sure that all registers and memory loca- 
tions used inside the loop have been initialized before they are used. This is a common 
Source of errors: once again a simple checklist will suffice. 
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Now look at each conditional branch. Select a sample case that should produce a 
branch and one that should not: try both of them. Is the branch correct or reversed? If 
the branch involves checking if a number is above or below a threshold, try the equality 
case. Does it branch the right way? Make sure that your choice is consistent with the 
problem definition. 

Look at the loops as a whole. Try the first and last iterations by hand; these are often 
troublesome special cases. What happens if the number of iterations is zero, i.e., there 
is no data or the table has no elements? Does the program work correctly? Programs 
often will start performing one iteration of the loop before testing for completion of the 
task or, even worse, decrement counters past zero before checking them. 


Check off everything down to the last statement. Do not assume (hopefully) that the 
first error is the only one in the program. Hand-checking will allow you to get the max- 
imum benefit from debugging. since you will get rid of many simple errors ahead of 
time. 


A quick review of the hand-checking questions: 
1) Is every element of the program design in the program (апа 
vice-versa for documentation purposes) ? 


2) Are all registers and memory locations used inside loops іп- 
itialized before they are used? 


3) Are all conditional branches correct? 
4) Do all loops start and end properly? 
5) Are equality cases handled correctly? 
6) Are trivial cases handled correctly? 


LOOKING FOR ERRORS 


Of course, despite all these precautions (or if you skip over some of them). programs 
almost never work the first time they are executed. The designer is left with the prob- 
lem of where to start looking for the rnistake. The hand checklist provides a starting 
place if you did not use it earlier; some of the errors you may not have eliminated are: 


1) Failure to initialize variables such as counters, pointers, sums, COMMON 
etc. Do not assume anything is necessarily zero when you ERRORS 


start. 





2) Inverting the logic of a conditional jump, e.g.. using Jump-On-Carry when you 
meant Jump-On-Not Carry. Remember the effects of a comparison or subtraction: 


(A is the contents of the Accumulator, M the contents of the register or memory 


location.) 
ZERO = 1ifA = M 
= 0ЧА + M 
CARRY = 1#А < M 
= OifA > M 


Note particularly that CARRY = 0 if A = M, i.e., in the equality case. So, Jump-On- 
Carry means jump if A < M, Jump-On-Not Carry means jump if A > M. If you want 
the equality case on the other side, try either reversing the role of A and M or 
adding 1 to M. For example, if you want a jump if A > 10, use 


СР! 10 
JNC ADDR 
If, on the other hand, you want a jump if A < 10, use 
CPI 11 
JNC ADDR 
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3) Updating the counters and pointers in the wrong place or not at all. Be sure there 
are no paths through a loop which either skip or repeat the updating instructions. 


4) Failing to fall through correctly in trivial cases such as no data in a buffer, no tests 
to be run, or no entries in a transaction. Do not assume that these will never happen 
unless the program has specifically eliminated them.. 


Other problems to watch for are: 


5) Reversing the order of operands. Remember that the MOV instruction moves the 
second operand into the first operand. For example, MOV B.A moves A to B, not the 
other way around. 

6) Changing condition flags before you use them. 

Remember that INR, and DCR affect all the flags except the Carry, while shifts and 
DAD affect the Carry. Remember also. that POP PSW changes all the flags and logi- 
cal instructions clear the Carry. 

7) Failing to change condition flags when you intended to. 

The Zero or Sign flags may not represent the current status of the Accumulator, 
since many instructions (e.g. MOV, LDA, MVI) do not change the flags. Remember 
also that INX, DCX and CMA affect no flags at all. 

8) Confusing values and addresses. 

Remember that LXI H,1000H loads HL with the number 1000 (hex) while LHLD 
1000H loads HL with the contents of locations 1000 and 1001. A similar distinction 
applies to LDA COUNT and MVI A, COUNT. 
9) Accidentally re-initializing a register or memory location. 
Make sure that the jump addresses are placed so that no extra initialization is per- 
formed. 

10) Confusing numbers and characters. 
Remember that the ASCII representations of digits differ from the digits them- 
selves, e.g., ASCII 7 is 37 hex: 07 is the ASCII Bell character. 

11) Confusing binary and decimal. 


Remember that the BCD representation of a number is different from its binary 
representation, e.g.. BCD 36 is represented by the binary number 00110110. Note 
that the decimal equivalent of this binary number is 54, not the original BCD 36. 


12) Performing subtraction the wrong way around. Be careful also with other opera- 
tions (like division) that do not commute. 
Remember that SUB M and CMP M produce A-M, not M-A. 


13) Ignoring the effects of subroutines and macros. 
Do not assume that calls to subroutines or references to macros do not change 
flags. registers or memory locations. Be sure of exactly what effects they have. Note 
that it is very important to document these effects. 

14) Using the Shift instructions improperly. 
Remember the precise effects of RAR, RAL, RLC, and RRC. They are all 1-bit circular 
shifts which affect only the Carry. Note that there is no arithmetic shift (preserving 
the sign bit) and no right logical shift (ADD A is a left logical shift). 

15) Counting the length of an array incorrectly. 


Remember that there are five, not four, memory locations included in addresses 
100 through 104 inclusive. 
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16) Forgetting that certain transfers always use the Accumulator. 
These аге LDA, STA, IN, OUT, LDAX, and 5ТАХ. Be especially careful with the last 
two, which use the specified register pair as an address but use the Accumulator.as 
the source or destination of the data. For example, LDAX B loads the Accumulator 
with the data from the address in register pair B. 


17) Confusing registers and register pairs. 
Remember that LXI, LHLD, DCX. INX, DAD, SHLD, POP and PUSH affect pairs of 
registers, not single registers. On the other hand, MVI, MOV, DCR and INR affect 
single registers. 


18) Forgetting to initialize the Stack. 


Remember that you must initialize the Stack Pointer before calling any subroutines 
or performing any stack operation. 


19) Changing a register or memory location before using it. 


Remember that MOV, LDA, MVI, etc. change the contents of the destination (but 
not the source). 


Interrupt-driven programs are particularly difficult to debug since DEBUGGING 
errors may occur randomly. If, for example, the program enables 
the interrupts a few instructions too early, an error will only occur 
if an interrupt is received while the program is executing those PROGRAMS 
few instructions. In fact, you can usually assume that randomly 

occurring errors are caused by the interrupt system. (See Weller, U.J., Assembly Level 
Programming for Small Computers, Lexington Books, Lexington, Mass., 1975). 





Typical errors in interrupt-driven programs are: 


1) Forgetting to re-enable the interrupt after accepting one and servicing it: 


The processor disables the interrupt system automatically on RESET or on accept- 
ing an interrupt. Be sure that no possible sequences fail to enable the interrupt 
system. 3 


2) Using the Accumulator before saving it: i.e.. PUSH PSW must come before any in- 
put or output operations. 


3) Forgetting to save the Accumulator and flags. 


4) Restoring registers in the wrong order. 
If the order in which they were saved was 
PUSH PSW 
PUSH B 
PUSH D 
PUSH H 
the order of restoration should be 
POP H 
POP- D 
POP B 
POP PSW 


5) Enabling interrupts before establishing all the necessary conditions such as 
priority, flags, etc. 


A checklist can aid here. S a 

6) Leaving results in registers and destroying them in the restoration process. 

7) Forgétting that RST leaves an address in the Stack whether you use it or not. 
You may have to re-initialize or update the Stack Pointer. 


8) Not disabling the interrupt during multi-word transfers or instruction sequences. 
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Hopefully, these lists will at least give you some ideas as to where to look. Unfor- 
tunately, even the most systematic debugging can still leave some truly puzzling prob- 
lems. 


DEBUGGING EXAMPLES 
Decimal To 7-Segment Conversion 





The program converts a decimat number in memory location 40 to DEBUGGING 
a 7-segment code in memory location 41. It blanks the display if A CODE 
memory location 40 is not a decimal number. CONVERSION 
Initial Program: (from flowchart in Figure 14-5) ae 

LDA 40H ;GET DATA 

CPI 9 

JC DONE ;THROUGH IF DATA » 9 

LHLD SSEG ;GET ADDRESS OF 7-SEGMENT 

;TABLE 

MOV D.A 

DAD D ;FIND ELEMENT BY INDEXING 

MOV Ам 
DONE: STA 41H ;GET 7-SEGMENT CODE 
HERE: JMP HERE 
SSEG: DB 3FH,06H,5BH,4FH,69H 

DB 6DH,70H,07H, 7DH,6FH 


Using the checklist procedure, we were able to find the following errors: 

1) Тһе block which cleared RESULT had been omitted. 

2) The conditional branch was incorrect. 

For example, if the data is 00, CPI 9 sets the Carry since 0 < 9. However. the jump on 
the opposite condition, i.e. JNC DONE, still did not produce the correct result. Now, the 


equality case failed since, if the data was 9, CPI 9 cleared the Carry and caused a jump. 
The correct version is 


CPI 10 
JNC DONE :THROUGH IF DATA > 9 


Second Program: 


MVI B.O ;BLANK DISPLAY 
LDA 40H ;GET DATA 
CPI 10 


JNC DONE ;THROUGH IF DATA > 9 
LHLD SSEG ;GET ADDRESS OF 7-SEGMENT TABLE 


MOV D.A 
DAD D ;FIND TABLE ENTRY BY INDEXING 
MOV A.M ;GET 7-SEGMENT CODE 


DONE: STA 41H 

HERE: JMP HERE 

SSEG: DB SFH,06H,5BH,4FH,69H 
DB 6DH,7DH,07H,7DH.6FH 


This version was hand-checked successfully. Since the program was simple, the next 
stage was to single-step through it with real data. The data selected for the trials was: 


0 (the smallest number) 
09 (the largest number) 
10 (a border case) 


6B (hex) (random) 
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The first trial was with zero in location 40 (hex). The program moved along with no ap- 
parent errors until it tried to execute the MOV A.M instruction. 


The contents of the Address Bus during the data fetch was 0647, an address that did 
not even exist in the system. Clearly, something had gone wrong. 


It was now time for some more hand-checking. Since we knew JNC did the right thing. 
the error was clearly subsequent to that instruction but before MOV A.M. A hand check 
showed: 


Data — (40) 


Is 
data >9 
? 


Result = 


Result = 0 
(SSEG + data) 


(41) = Result 





Figure 14-5. Flowchart Of Decimal To 7-Segment Conversion 
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2) MOV D.A places 0 in D. 


This is wrong — the data should go in E, since we want to add it to the least significant 
bits of the table address. In fact, an instruction should clear D, since the other half of 
register pair D was not getting initialized at all. 


Third Program: 


MV 7в0 ;:BLANK DISPLAY 

LDA 40H ;GET DATA 

CPI 10 

JNC DONE ;THROUGH IF DATA > 9 

LXI H,SSEG ;GET ADDRESS OF 7-SEGMENT TABLE 
MOV EA 

MVI р,0 :ОЅЕ DATA AS 16-BIT INDEX 

DAD D ;FIND TABLE ENTRY BY INDEXING 
MOV AM :СЕТ 7-SEGMENT CODE 


DONE: STA 41H 

HERE: JMP HERE 

SSEG: DB 3FH, 06H, 5BH, 4FH, 69H 
DB 6DH, 7DH, 07H, 7FH, 6FH 


This program produced the following result: 
DATA RESULT 


0 3F 
9 6F 
10 10 
6B 6B 


The program was not clearing the result if the data was invalid, i.e., greater than 10. 
The program never transferred the blank code in Register B to the Accumulator. 
Therefore, we altered the program by replacing the MOV A.M instruction with MOV 
B.M. Thus, at DONE, Register B contains either a) the appropriate 7-segment code if a 
number between 0 and 9 is present at location 40, or b) О if a number other than О 
through 9 is present at location 40. For this reason, a MOV A.B instruction is included at 
DONE to move the correct data into the Accumulator when the STA 41H instruction is 
performed. Since the program was simple, it could be tested for all the decimal digits. 
The results were: 


DATA RESULT 
ЧЕ 


Qo0-o90 BQN =O 
о 
о 


Note that number 8 is wrong — it should be 7F. Since everything else is right, the error 
is almost surely in the table. In fact, entry 8 in the table had been miscopied. 
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ММ! В,0 ;BLANK DISPLAY 


LDA 40H ;GET DATA 
СР! 10 
JNC DONE ‘THROUGH IF DATA > 9 
LXI H,SSEG ;GET ADDRESS OF 7-SEGMENT TABLE 
MOV EA 
MVI D,O ;USE DATA AS 16-BIT INDEX 
DAD D ;FIND TABLE ENTRY BY INDEXING 
MOV B.M ;GET 7-SEGMENT CODE 
DONE: MOV АВ 
5ТА 41Н 
HLT 
SSEG: DB 3FH, O6H, 5BH, 4FH, 69H 
DB 6DH, 7DH, 07H, 7FH, 6FH 


The errors encountered in this program are typical of the ones that 8080 assembly 
language programmers should anticipate. They include: 

1) Failing to initialize variables. 

2) Inverting conditional branches. 

3) Branching incorrectly in the equality case. 

4) Confusing immediate and direct addressing, i.e., data and addresses. 

5) Forgetting the distinction between 8-bit data and 16-bit addresses. 

6) Branching to the wrong place so one path through the program is incorrect. 

7) Copying lists of numbers incorrectly. 


Note that straightforward instructions like ADD, SUB, JMP, etc. seldom produce any 
problems. 


Sort Into Decreasing Order 


The program sorts an array of unsigned 8-bit binary numbers into decreasing order. The 
array begins in memory location 41, and its length is in memory location 40. 





Initial Program: (from flowchart in Figure 14-6) DEBUGGING 
MVI B.O ;INTERCHANGE FLAG = 0 A SORT 
LDA — 41H ‘COUNT = LENGTH OF ARRAY PROGRAM 
MOV. CA 
LXI H.42H — :РОІМТ TO START OF ARRAY 
PASS: MOV AM ‘GET Kth ELEMENT 
INX H 
CMP м COMPARE TO (K+1)th ELEMENT 
JC CNT. {NO INTERCHANGE IF Kth LARGER 
MOV MA “INTERCHANGE IF (K--1)th 
‘GREATER 
INX H 
CNT: DCR с 16 PASS COMPLETE? 
JNZ PASS YES; 
DCR в ‘IS INTERCHANGE FLAG 0? 
JM PASS :МО, MAKE ANOTHER PASS 


THROUGH ARRAY 
DONE: JMP DONE 
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The hand check shows that all the blocks in the flowchart exist in 

the program and that all the registers have been initialized. The 

conditional branch must be examined carefully. The internal branch JC CNT must force 
a branch if the new value is less than or equal to the old value. Note that the equality 
case must not result in an interchange. since this will create an endless loop with the 
two equal elements being switched back and forth. 


Try an example: 


(41) = 30 
(42) 


| 
оз 
M 


Interchange flag = 0 
Count — Length 

of array 
Pointer — Start 

ofa 


ray 


[ 
(Pointer) 
> (Pointer + 1) 


Interchange (Pointer) 
7 (Pointer + 1) 
Interchange Flag — 1 


Pointer = Pointer + 1 
Count = Count - 1 


Is 
interchange 
flag 0 
? 





Figure 14-6. Flowchart Of Sort Program 
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CMP М results in the calculation of 30-37. The Carry is 1. This example should result in 
an interchange but does not. JNC CNT will provide the proper branch in this case. If the 
two numbers are equal. the comparison will clear the Carry and JNC CNT is again cor- 
rect. 


How about JM PASS at the end of the program? If there are no interchanges, B will be 
zero so the branch is wrong. It should be JP PASS. 


Now try the first time through. The initialization results in the following: 


(B = 0 

(A) = COUNT 

(С) = COUNT 

(HL) = 42 
The effects of the loop instructions are: 

MOV A.M ДА)- 42) 
INX H (HL) ==43 
CMP M ;(42)= (43) 
JNC CNT 
MOV M.A ;(43)= (42) 
INX H ;(HL)--44 
DCR e (С)-СООМТ-1 


Note that we have already checked the conditional Jump instructions. 


Clearly, the logic is incorrect. If the first two numbers are out of order, the results after 
the first iteration should be: 


(42) = OLD (43) 
(43) = OLD (42) 
(HL) = 43 

(C) = COUNT-1 

Instead, they are: 

(42) = UNCHANGED 
(43) = OLD (42) 
(HL) = 44 

(C) = COUNT-1 


The error in HL is easy to correct. The second INX H is unnecessary and should be omit- 
ted. The interchange requires a bit more care and a temporary register, i.e. 


MOV D.M 
MOV M,A 
DCX H 
MOV M.D 
INX H 


An interchange always requires a temporary location where one number can be stored 
while the other one up is being transferred. 
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All of these changes require a new copy of the program, i.e. 


MVI В,0 ;INTERCHANGE FLAG = 0 
LDA 41H ;COUNT = LENGTH OF ARRAY 
MOV CA 
LXI H,42H ;POINT TO START OF ARRAY 
PASS: | MOV AM ;GET Kth ELEMENT 
INX H 
CMP M ;:COMPARE TO (K+1)th ELEMENT 
JNC CNT ;NO INTERCHANGE IF Kth LARGER 
MOV D.M ;INTERCHANGE ELEMENTS 
MOV M.A 
DCX H 
MOV M,D 
INX H 
CNT: DCR с 15 PASS COMPLETE? 
JNZ PASS ‘YES 
DCR B 25 INTERCHANGE FLAG 0? 
JP PASS :NO, MAKE ANOTHER PASS THROUGH ARRAY 


DONE:  JMP DONE 
How about the last iteration? Let's say there are three elements. 


(41) = 03 
(42) = 02 
(43) = 04 
(44) = 06 


Each time through, the program increments HL by 1. So, at the start of the third itera- 
tion, 


(HL) = 42+2=44 
The effects of the loop instruction are: 


MOV A.M ДА) = (44) 
INX H (HL) = 45 
CMP M 144) = (43) 


This is incorrect; the program has tried to move beyond the епа of the data. The рге- 
vious iteration should, in fact, have been the last one, since the number of pairs is one 
less than the number of elements. The correction is to reduce the number of iterations 
by 1, i.e.. place DCR С after MOV C,A. 


How about the trivial cases? What happens if the array contains no elements at all or 
only one element? The answer is that the program does not work correctly, and without 
any warning may change a whole block of data improperly (try it!). The corrections for 
handling the trivial cases are simple but essential: the cost is only a few memory loca- 
tions to avoid problems that could be very difficult to find later. 
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-The new program is: 


MVI В,0 ;INTERCHANGE FLAG = 0 
LDA 41H ;COUNT = LENGTH ОҒ ARRAY 
CPI 2 15 COUNT 2? 
JC DONE ‘NO, NO ACTION NECESSARY 
MOV CA 
DCR С :МО. OF PAIRS = COUNT-1 
LXI H,42H ;POINT TO START OF ARRAY 
PASS: MOV A.M ;GET Kth ELEMENT 
INX H 
CMP M :COMPARE TO (K+1)th ELEMENT 
JNC CNT ;NO INTERCHANGE IF Kth LARGER 
MOV :D,M INTERCHANGE ELEMENTS 
MOV M.A 
DCX H 
MOV M.D 
INX H 
CNT: DCR C 15 PASS COMPLETE? 
JNZ PASS ;YES 
DCR B 115 INTERCHANGE FLAG 0? 
JP PASS ‚МО, MAKE ANOTHER PASS THROUGH ARRAY 


DONE: JMP DONE 


Now it's time to check the program on the computer or on the simulator. A simple set of 
data is: 


(41) = 02 
(42) = 00 
(43) = 01 


This set consists of two-elements in the wrong order. The program should take two 
passes. The first pass should rearrange the elements, producing 


(42) = 01 
(43) = 00 
(8) = 01 
The second pass should complete the operation and produce 
(B = 00 


This program is somewhat long for single-stepping, so we will use breakpoints instead. 
Each breakpoint will halt the computer and print the contents of all the registers. The 
breakpoints will come: 

1) After LXI Н,42Н to check the initial conditions. 

2) After CMP M to check the comparison. 

3) After the second INX Н (i.e., jus: before CNT label) to check the interchange. 

4) After DCR B to check the completion of a pass through the array. 

The contents of the registers after the first breakpoint were: 


REGISTER CONTENTS 


A 2 
В 0 
€ 1 
H 0 
E 42 


These are all correct, so the program is calculating the initial conditions correctly in this 
case. 
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The results at the second breakpoint were: 
REGISTER CONTENTS 


A 0 
B 0 
с 1 
H 0 
L 43 
CARRY 1 


These results are also correct. The results at the third breakpoint were: 
REGISTER CONTENTS 


A 0 
B 0 
С 1 
D 1 
H 0 
L 43 
Checking memory showed: 
(42) = 01 
(43) = 00 


The results at the fourth breakpoint were: 
REGISTER: CONTENTS 


A 0 
B 0 
с 0 
D 1 
H 0 
L 43 


Here, Register B is not correct — its.value should be 1 to indicate that an interchange 
occurred. In fact. a look at the program shows that no instruction ever changes B to 
mark the interchange. The correction is to place the instruction MVI В,1 after JNC CNT. 
Now the procedure is to load Register B with the correct value and continue. The sec- 
ond iteration of the second breakpoint gives: 


REGISTER CONTENTS 


A 0 
В 0 
С 0 
H 0 
L -- 
САВВҮ 1 


Clearly, the program has proceeded incorrectly without re-initializing the registers (par- 
ticularly HL). The conditional jump after checking the interchange flag should transfer 
control all the way back to the start of the program, not to the label PASS. 
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The final version of the program is: 


SORT: MVI B.O ;INTERCHANGE FLAG = 0 
LDA 41H ;COUNT = LENGTH OF ARRAY 
CPI 2 15 COUNT > 2? 
JC DONE :NO, NO ACTION NECESSARY 
MOV CA 
DCR С :МО OF PAIRS = COUNT-1 
LXI H,42H ;POINT TO START OF ARRAY 
PASS: MOV A.M СЕТ Kth ELEMENT 
INX H 
CMP M ;COMPARE TO (K+1)th ELEMENT 
JNC CNT ;NO INTERCHANGE IF Kth LARGER 
MVI B.1 ;SET INTERCHANGE FLAG 
MOV D.M ;INTERCHANGE ELEMENTS 
MOV M.A 
DCX H 
MOV M,D 
INX H 
CNT: DCR С 15 PASS COMPLETE? 
JNZ PASS ‘YES 
DCR B 115 INTERCHANGE FLAG 0? 
JP SORT :МО, MAKE ANOTHER PASS THROUGH ARRAY 


DONE: JMP DONE 


Clearly, we cannot check all the possible cases for this routine. Two other simple sets of 
data for debugging purposes are: 


1) Two equal elements 


(41) = 02 
(42) = 00 
(43) = 00 
2) Two elements already in decreasing order 
(41) = 02 
(42) = 01 
(43) = 00 


INTRODUCTION TO TESTING 


Program testing is, clearly, closely related to program debugging. Surely some of the 
test cases will be the same as the test data used for debugging. i.e.: 





1) Trivial cases such as no data or a single element. USING TEST 

2) Special cases which the program singles out for some reason. CASES FROM 

3) Simple examples which exercise particular parts of the pro- DEBUGGING 
gram. 


In the case of the decimal to 7-segment conversion program, these cases cover all the 
possible situations. The test data consists of 

1) The numbers О through 9. 

2) Boundary case 10 

3) The random case 6B 

The program does not distinguish any other cases. Here debugging and testing are vir- 
tually the same thing. 


In the sorting case, the problem is more difficult. The number of elements could range 
from О to 255, and each of the elements could lie anywhere in that range. The number 
of cases is therefore enormous. Furthermore, the program is moderately complex. How 
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the data, generate it, and present it to the microcomputer in a realistic manner? 


TOOLS FOR TESTING 


Most of the tools mentioned earlier for debugging are helpful in 
the testing stage also. Logic or microprocessor analyzers can help AIDS 
check the hardware: software simulators can help check the soft- 

ware. Other tools can also be of assistance, e.g.: 


1) 1/0 simulations which can simulate a variety of devices from a single input and a 
single output device. 

2) In-circuit emulators which allow you to attach the prototype and test it from а 
development system or control panel. 

3) ROM simulators which have the flexibility of a RAM but the timing of the particular 
ROM or PROM that will be used in the final system. 

4) Real-time operating systems which can provide inputs or interrupts at specific 
times (or perhaps randomly) and mark the occurrence of outputs. Real-time break- 
points and traces may also be allowed. 

5) Emulations (often on microprogrammable computers) which may provide real-time 
execution speed and programmable 1/0. 

6) Interfaces which allow another computer to control the 1/0 system and test the 
microcomputer program. 

7) Testing programs which check each branch in a program for logical errors. 

8) Test generation programs which can generate random data or other distributions. 


Formal testing theorems exist, but their applicability is usually limited to very small pro- 
grams. 


You must be careful that the testing equipment does not change the environment so as 
to invalidate the test. Often testing equipment may buffer, latch, or condition input and 
output signals. The actual system may not do this, and may therefore behave quite 
differently. 


Furthermore, extra software in the testing environment may use some of the memory 
Space or part of the interrupt system. It may also provide error recovery and other 
features which will not exist in the final system. A software test bed must be just as 
realistic as a hardware test bed, since software failure can be just as critical as hardware 
failure. 


Emulations and simulations are, of course, never precise. They are usually adequate for 
checking logic. but can seldom help test an interface or timing. On the other hand, real- 
time systems do not provide much of an overview of the logic and may affect the inter- 
facing and timing. 


SELECTING TEST DATA 


Very few real programs can be checked in all cases. The designer must choose a sam- 
pling that in some sense describes the entire range of possibilities. 


Testing should, of course, be part of the total development pro- STRUCTURED 
cess. Top-down design and structured programming provide for TESTING 
testing as part of the design. This is called "structured" testing 

(see E. Yourdon, Techniques of Program Structure and Design, Prentice-Hall, 
Englewood Cliffs, N.J., 1976.), whereby each module within a structured program is 
separately checked. Testing, as well as programming, should be modular, structured, 
and top-down. 
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That leaves the question of selecting test data for a module. The designer must first list 
all special cases which a program recognizes. These may include: 

1) Trivial cases TESTING 

2) Equality cases SPECIAL 

3) Special situations CASES 





The test data should include all of these. 
You must next determine each class of data which statements within the program may 
distinguish. 

These may include: 

1) Positive or negative numbers 

2) Numbers above or below a particular threshold 


3) Data which does or does not include a particular sequence or 
character 


4) Data which is or is not present at a particular time 





If each module is small enough, the total number of classes should still be fairly small 
even though they are multiplicative; i.e., two two-way decisions result in four data 
classes. 


You must now distinguish whether the program produces a SELECTING 
different result for each entry in the class (as in a table) or pro- 
duces the same result for each entry (e.g., as in a warning that a 
parameter is above a threshold). In the discrete case, one may in- 
clude each element if the number is small or sample if the number 
of elements is large. The sample should include all boundary cases 
and at least one case selected randomly. Note that random number tables are available 
in books and random number generators are part of most computer facilities. 





The designer must be careful of distinctions which may not seem obvious. For example, 
the Intel 8080 will regard an 8-bit unsigned number greater than 127 as negative; the 
programmer must consider this when using the Jump instructions JM and JP. The pro- 
grammer must also watch for instructions which do not affect flags, overflow in signed 
arithmetic, and the distinctions between address length (16-bit) quantities and data 
length (8-bit) quantities. 


TESTING EXAMPLES 
Sort Program 
The special cases here are obvious: 


1) No elements in the array TESTING 


2) One element, the magnitude of which may be selected ran- A SORT 
pares PROGRAM 





The other special case to be considered is one in which elements 
are equal. 


There may be some problem here with signs and data length. Note that the array itself 
must be less than 256 elements in length. The use of the instruction MVI B,1 rather 
than INR B to set the interchange flag means that there will be no difficulty if the num- 
ber of elements or interchanges exceeds 128. 


We could check the effects of the sign by picking half the regular test cases with num- 
bers of elements between 128 and 255 and half between 2 and 127. All magnitudes 
should be chosen randomly so as to avoid unconscious bias as much as possible. 
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Self-Checking Numbers 


Here we will presume that a prior validity check has ensured that 
the number is the right length and consists of valid digits. Since 
the program makes no other distinctions, test data should be 
selected randomly. Here a random number table or random num- 
ber generator will prove ideal: the range of the random numbers is О to 9. 


TESTING PRECAUTIONS 


The designer can simplify the testing procedure by sensible program design. You 
should use the following rules: 


1) Try to eliminate trivial cases as early as possible without in- 
troducing unnecessary distinctions. TESTING 

2) Minimize the number of special cases. Each special case 
means additional testing and debugging time. 

3) Consider performing validity or error checks on the data prior to processing. 

4) Be careful of inadvertent and unnecessary distinctions, particularly in handling 
signed numbers or using operations that refer to signed numbers. 

5) Check boundary cases by hand. These are often a source of errors. Be sure that the 
problem definition specifies what is to happen in these cases. 

6) Make the program as general as reasonably possible. Each distinction and separate 
routine increases the required testing. 

7) Separate and structure the modules so that testing can proceed in steps in con- 
junction with the other phases of software development. 


CONCLUSIONS 


Debugging and testing are the stepchildren of the software development process. Most 
projects leave far too little time for them and most textbooks neglect them. But desig- 
ners and managers often find that these stages are the most expensive and time-con- 
suming. Progress may be very difficult to measure or produce. Debugging and testing 
microprocessor software is particularly difficult because of the limited tools that are 
available. 





The designer should plan debugging and testing carefully. We recommend the follow- 

ing procedure: 

1) Try to write programs that can easily be debugged and tested. Modular program- 
ming, structured programming. and top-down design аге all useful techniques. 


2) Prepare a debugging and testing plan as part of the program design. Decide early 
what data you must generate and what equipment you will need. 


3) Debug and test each module as part of the top-down design process. 


4) . Debug each module's logic systematically. Use checklists, breakpoints, and single- 
step mode. If the logic is complex. consider the software simulator. 


5) Check each module's timing systematically if this is a problem. An oscilloscope can 
Solve many problems if you plan the test properly. If the timing is complex. consider 
a logic or microprocessor analyzer. 

6) Be sure that the test data is a representative sample. Watch for any classes of data 
which the program may distinguish. 

7) If the program handles each element differently or the number of cases is large. 
select the test data randomly. 

8) Record all test results as part of the documentation. 
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Chapter 15 
DOCUMENTATION 
AND 
RE-DESIGN 


A working program which is driving a computer system does not constitute the end of 
the software development cycle. Adequate documentation is also an important part of a 
software product. Not only will documentation help the designer in the testing and 
debugging stages, it is also esseritial for later use and-extension of the program. A 
poorly documented program will be difficult to maintain. use, or extend. 


Occasionally, the first version of a program does not meet essential requirements of ex- 
ecution time or memory usage. The designer must then consider ways to improve the 
program. This stage is called re-design, and requires concentration on those parts of the 
program which can yield the most improvement. 


SELF-DOCUMENTING PROGRAMS . 


Although no program is ever completely self-documenting, some of the rules we have 
mentioned earlier can help.. These include: 


1) Clear, simple structure with as few transfers of control {RULES FOR 
(i.e., jumps) as possible. SELF-DOCUMENTING 
2) Use of meaningful names and labels: PROGRAMS 
3) Use of names for 1/О devices. parameters, numerical . 
factors, etc. 
4) Emphasis on simplicity rather than on minor savings in memory usage, execution 
time, or typing. 





For example, the following simple program sends a string of characters to a 
teletypewriter: 


LDA 2000H 


LXI H,1000H 
MOV BA 

W: MOV A.M 
OUT 6 
CALL XXX 
DCR B 
INX H 
JNZ уу 
HLT 


^ 
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Even without adding comments, we can improve the program as follows: 


MESSG EQU 1000H 
COUNT EQU 2000H 
TTY EQU 6 

LDA COUNT 


MOV BA 

LXI H,MESSG 
OUTCH: MOV A.M 

OUT TEENS 

CALL BITD 

INX H 

DCR B 

JNZ OUTCH 

HLT 


Clearly, this program is more comprehensible than the earlier version. Even without 
adding further documentation, you could probably guess at the function of the program 
and the meaning of most of the variables. Other documentation techniques are no 
substitute for self-documentation. 


Some further notes on choosing names: CHOOSING 
USEFUL 


1) Use the obvious name when it is available; for example, TTY 
or CRT for output devices, START or RESET for addresses, 
DELAY or SORT for subroutines, COUNT or LENGTH for data. 


2) Avoid acronyms like S16BA for SORT 16 BIT ARRAY. This kind of label seldom 
means anything to anyone but the creator. 


3) Use full words or close to full words when possible, e.g.. DONE. PRINT, SEND. 
COMMENTS i 


The most obvious form of additional documentation is the comment. However, very few 
programs (including most of those in books) have really effective comments. You 
should consider the following guidelines for good comments: 


1) Do not repeat the meaning of the instruction code. Explain | СОММЕМТІМС 
what the purpose of the instruction is in the program. GUIDELINES 


Comments like: 


NAMES 





DCR B ;B-B-1 
add nothing to documentation. Instead, include comments like: 
DCR B LINE NUMBER-LINE NUMBER-1 


Remember that you know what the operation codes mean and that any other user 
can look their meanings up in the manual. The essential purpose of documentation 
is to explain what the program is doing. 


2) Make the comments as clear as possible. Do not use abbreviations or shorthand 
unless they are really obvious. Avoid comments like: 
DCR B SLN-LN-1 
or 
DCR B ;DEC. LN BY 1 
The extra typing simply is not all that expensive. 
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3) 


4) 


5) 
6) 


7) 


8) 


Comment every important or obscure point. Be particularly careful to mark opera- 
tions which may not be obvious, such as: 

ANI 11011111 ;TAPE READER BIT OFF 
or 

DAD D ;INDEX GRAY CODE TABLE 
Clearly, 1/0 operations often require extensive comments. If you are not exactly 
sure of what an instruction does or you have to think about it, write out the function 
it performs. The comment will save you time later and will be helpful in documenta- 
tion. 
Do not comment the obvious. A comment on each line simply makes it difficult to 
find the important points. Standard sequences like: 


INX H 
DCR B 
JNZ SRCH 


need not be marked if the purpose of the sequence is obvious due to prior docu- 
mentation, e.g., if this sequence appeared in a subroutine which added a series of 
unsigned bytes. One comment will often suffice for several lines. For example: 


RRC ;:SWAP DIGITS 

RRC 

RRC 

RRC 

MOV АС ‘EXCHANGE MOST SIGNIFICANT AND LEAST 
‘SIGNIFICANT BYTES 

MOV СВ 

MOV B.A 


Place comments on the line tọ which they refer or at the start of a sequence. 


Keep your comments up-to-date. If you change the program. change the com- 
ments. Outdated or erroneous comments are worse than none at all. 


Use standard forms and terms in commenting. Do not worry about repetitiveness; 
varied names for the same thing are confusing even if it is just COUNT and 
COUNTER, START and BEGIN, DISPLAY and LEDS, PANEL and SWITCHES. There is 
no real gain in being inconsistent. The variations may seem obvious to you now but 
may not be so obvious later; others may be confused from the very beginning. 


Keep improving your comments. If you come to a comment that you cannot read or 
understand, take the time to change it. If you find that the listing is getting 
crowded, add some blank lines. The comments will not improve themselves; in 
fact. they will just seem to get worse as you leave the task behind and forget ex- 
actly what you did. 


The bottom line to remember is that comments are important. Good ones will save you 
time and effort. Put some work intc them and try to make them as effective as possible. 
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The basic program is: COMMENTING 
LDA 40H EXAMPLES 


MOV BA 
LXI H,41H 
LXI D,61H 
ANA A 
ADDW: LDAX D n 
ADC M 6 
МОУ M.A 
INX D 
INX H 
DCR B 


JNZ ADDW 
HERE: JMP HERE 


First, comment the important points. These are typically initializations, data fetches, 
and processing operations. Do not bother with standard sequences like updating poin- 
ters and counters if you have made clear that the registers incremented/decremented 
are pointers/counters. Remember that names are clearer than numbers, so use them 
freely. 


The new version of the program is: 


LENG EQU 40H 
NUMB1 EQU 41H 
NUMB2 EQU 61H 


LDA LENG ;COUNT ZLENGTH OF NUMBERS 
MOV BA 
LXI H,NUMB1 ‘START AT LSBs OF 1ST NUMBER 
LXI D,NUMB2  :START АТ LSBs OF 2ND NUMBER 
ANA A 

ADDW: LDAX D ;GET 8 BITS OF 2ND NUMBER 
ADC M ;ADD 8 BITS OF 1ST NUMBER 
MOV M.A ;:STORE RESULT IN 1ST NUMBER 
INX D 
INX H 
DCR B 
JNZ ADDW 


HERE: JMP HERE 


Second, look for any instructions which might not have an obvious |QUESTIONS 
function, and mark them. Here, the purpose of ANA A is to clear [FOR 

the Carry. That purpose certainly is not evident from the instruc- [COMMENTING 
tion. 





Third, ask yourself whether the comments tell you what you would need to know if you 
wanted to use the program, e.g.: 

1) What parameters are necessary and what are their starting values? 

2) What operations does the program perform? 

3) Where does it get the data? 

4) Where does it store the results? 

5) What special cases does it consider? 

6) What does the program do about errors? 

7) How does it exit? 


Some of the questions may not be relevant to a particular program and some of the 
answers may be obvious. Just make sure that you will not have to sit down and go 
through the program to determine the answers. 15 there anything you would add to or 
subtract from this listing? If so. go ahead: you're the one who has to feel that the com- 
menting is adequate and reasonable. 

LENG EQU 40H ;LENGTH OF NUMBERS 


NUMB1 EQU 41H ;LSBs OF 1ST NUMBERS AND RESULT 
NUMB2 EQU 61H ;LS$Bs OF 2ND NUMBER 


LDA LENG ;COUNT -LENGTH OF NUMBERS 
MOV BA 
LXI H,NUMB1 :ЅТАЋТ AT LSBs OF 1ST NUMBER 
LXI D,NUMB2 ;5ТАНТ AT LSBs OF 2ND NUMBER 
ANA A ;CARRY = 0 TO BEGIN 

ADDW: LDAX D ;GET 8 BITS OF 2ND NUMBER 
ADC M ;ADD 8 BITS OF 1ST NUMBER 
MOV M.A ;STORE RESULT IN 1ST NUMBER 
INX D К 
INX H 
DCR B 
JNZ ADDW 

HERE: JMP HERE 


Teletypewriter Output 
The basic program is: 


LDA 40H 

ANA A 

RAL 

MVI 0,11 
TBIT: OUT TPORT 

RAR 

STC 

CALL BITD 

DCR D 

JNZ TBIT 
HERE: JMP HERE 


Commenting the important points and adding names gives: 
NBITS EQU 11 ; NUMBER OF BITS PER CHARACTER 


TDATA EQU 40H :СНАВАСТЕН ТО BE TRANSMITTED 
LDA TDATA :СЕТ A CHARACTER 


ANA A ;START ВІТ-0 

RAL 

MVI D,NBITS :СООМТ-МОМВЕН OF BITS IN CHARACTER 
TBIT: OUT TPORT ;BIT TO TTY 

RAR ;SERIAL OUTPUT=NEXT BIT 

STE ;STOP BIT=1 

CALL BITD WAIT 1 BIT TIME 

DCR D 

JNZ TBIT 
HERE: JMP HERE 


Note how simple it would be to change this program so that it would transfer a whole 
string of data, starting at the address in locations DPTR and DPTR+1, and ending with 
ап “04” character. Furthermore, make the terminal a 30 characters-per-second device 
with one stop bit (we'll have to change BITD). Try making the changes before looking at 
the listing. 
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ENDCH EQU 4 :ЕМОІМС CHARACTER 


NBITS EQU 10 :NUMBER OF BITS PER CHARACTER 
DPTR EQU 40H :(DPTR)=STARTING ADDRESS 

LHLD DPTR ;GET STARTING ADDRESS OF MESSAGE 
TCHAR: MOV A.M :СЕТ A CHARACTER 

СР! NDCH 15 ІТ ENDING CHARACTER? 

JZ DONE ;YES DONE 

ANA A ;START ВІТ-0 

RAL 

MVI D,NBITS ;COUNT=NUMBER OF BITS IN CHARACTER 
TBIT: OUT TPORT ;BIT TO TERMINAL 

RAR ;SERIAL OUTPUT=NEXT BIT 

STC ‘STOP BIT=1 

‘CALL BITD ;WAIT 1 BIT TIME 

DCR D 

JNZ TBIT 

INX H 


JMP TCHAR 
DONE: JMP DONE 


Good comments can make it simple fcr you to change a program to meet new require- 
ments. For example, try changing the last program so that it: 


1) Starts each message with ASCII STX followed by a 3-digit identification code 
stored in memory locations 30 through 32. 

2) Adds no start or stop bits. 

3) Waits 1 ms between bits. 

4) Transmits 40 characters starting with the one address in the DPTR and DPTR- 1. 

5) Ends each message with two consecutive ASCII ETX's. 


FLOWCHARTS AS DOCUMENTATION 

We have already described the use of flowcharts as a design tool in Chapter 13. 
Flowcharts also are useful in documentations, particularly if: 

1) They are not so detailed as to be unreadable. HINTS FOR 

2) Decision points are clearly explained and marked. USING 

3) The flowchart includes all branches. FLOWCHARTS 
4) The flowchart corresponds to the actual program listing. 





Flowcharts are helpful if they give an overall picture of the program. They are not 
helpful if they are just as difficult to read as an ordinary listing. 


STRUCTURED PROGRAMS AS DOCUMENTATION 
Structured programs (see Chapter 13) can also serve as part of the documentation if: 


1) You describe the purpose of each section in the comments. 


2) You make the range of each conditional or loop structure clear by indentation and 
ending markers. 


3) You make the total structure as simple as possible. 
4) You use a consistent, well-defined language. 
The structured program can help you to check the logic or improve it. Furthermore, 


since the structured program is machine-independent. it will ease the implementation 
of the same task on another computer. 
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MEMORY MAPS 


A memory map is simply a list of all the memory assignments in a program. The map 
allows you to determine the amount of memory needed, the locations of data or 
subroutines, and the parts of memory not allocated. The map is a handy reference for 
finding storage locations and entry points and for dividing memory between different 
routines or programmers. The map will also give easy access to data and subroutines if 
you need them in later extensions or in maintenance. 





A typical map would be: TYPICAL 
M 
i Program Memory nd 
Address Routine Purpose 
0-2 RESET TRANSFERS CONTROL TO MAIN PRO- 
GRAM IN LOCATION 40 HEX 
38-3A INTRPT TRANSFERS CONTROL TO INTER- 
RUPT SERVICE IN LOCATION 300 HEX 
40-265 MAIN MAIN PROGRAM 
270-280 DELAY DELAY PROGRAM 
280-290 DSPLY DISPLAY CONTROL PROGRAM 
300-340 KEYIN INTERRUPT CONTROL PROGRAM FOR 
KEYBOARD 
Data Memory 
1000 NKEYS NUMBER OF KEYS 


1001-1002 KPTR KEYBOARD BUFFER POINTER 
1003-1041 КВЕН KEYBOARD BUFFER 
1042-1051  DBFR DISPLAY BUFFER 

1052-105F TEMP TEMPORARY STORAGE 
10E0-10FF STACK ВАМ STACK 


The map may also list additional entry points and include a specific description of the 
unused parts of memory. 


PARAMETER AND DEFINITION LISTS 


Parameter and definition lists at the start of the program and each subroutine make un- 
derstanding and changing the program far simpler. The following rules can help: 


1) Separate RAM locations, I/O units, parameters, definition, and RULES FOR 
memory system constants from each other in the lists. DEFINITION 


2) Arrange lists alphabetically when possible, with a description LIST 
of each entry. 





3) Give each parameter that might change a name and include it in the lists. Such 
parameters may include timing constants, inputs or codes corresponding to partic- 
ular keys or functions, control or masking patterns, starting or ending characters, 
thresholds, etc. 


4) Make the memory system constants into a separate list. These constants will in- 
clude RESET and interrupt service addresses, the starting address of the program 
RAM areas, stack areas, etc. 


5) Give each separate I/O device a name even though two or more may occupy the 
same physical port in the current system. The separation will make expansion or 
reconfiguration much simpler. 
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RESET EQU O ;:RESET ADDRESS 

INTRP EQU 38H ;INTERRUPT ENTRY 

START EQU 40H ‘START OF MAIN PROGRAM 
KEYIN EQU = 300H ;KEY BOARD INTERRUPT PROGRAM 
RAMST EQU 1000H ;ЅТАВТ ОҒ DATA STORAGE 
STPTR EQU 1100H  ;START OF STACK 


‘1/0 UNITS 

DSPLY кой 3 ;DISPLAY OUTPUT PORT 
KBDIN  EQU 3 ‘KEYBOARD INPUT PORT 
KBDOT EQU 3 ‘KEYBOARD OUTPUT PORT 
TTY EaU 1 “TTY DATA PORT 

TTYYST  EQU 0 ‘TTY STATUS PORT 

:RAM MEMORY 

ORG ВАМЅТ 
-NKEYS DS 1 :NUMBER OF KEYS 

KPTR DS 22 ‘KEYBOARD BUFFER POINTER 
KBFR DS. 40H ` :KEYBOARD INPUT BUFFER 
DBFR DS 10H {DISPLAY DATA BUFFER 
TEMP 05 14H TEMPORARY STORAGE 
‘PARAMETERS 

BOUNCE EQU 2 ;DEBOUNCING TIME IN MS 
GOKEY EQU 10 “IDENTIFICATION OF ‘GO’ KEY 
MSCNT EQU 133 “COUNT FOR 1 MS DELAY 
OPEN EQU  OFH ‘PATTERN FOR OPEN KEYS 
TPULS | EQU 1! ‘PULSE LENGTH FOR DISPLAYS IN MS 
‘DEFINITIONS 

ALL1 EQU ОРЕН <ALL 1:5 PATTERN 

STCON EQU 80H START CONVERSION PUSH 


Of course, the RAM entries will usually not be in alphabetical order since the designer 
must order these so as to minimize the number of address changes required in the pro- 
gram. 


LIBRARY ROUTINES 


Standard documentation of subroutines will allow you to build up a library of useful 
programs. The idea is to make these programs as easily accessible as possible. A stan- 
dard format will allow you or anyone else to see in a glance what the program does. The 
best procedure is to. make up a standard form and use it consistently. Save these pro- 
grams in a well-organized manner, e.g.. according to processor, language. and type of 
program. and you will soon have a useful set of subroutines. Remember, however, that 
without organization and proper documentation. using the library may be more difficult 
than rewriting the program from scratch. Remember that debugging requires a precise 
understanding of all the effects of each subroutine. 
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Among the information you will. need in a standard form is: 


1) Purpose of the program. 





2) Processor used. 
3) Language used. 


4) Parameters required and how they are passed to the 
subroutine. 


5) Results produced and how they are passed to the main program. 
6) Number of bytes of memory used. 


7) Number of clock cycles required. This number may be an average or typical figure, 
or it may vary widely. Actual execution time will, of course, depend on the pro- 
cessor clock rate. 


8) Registers affected. 

9) Flags affected. 

10) A typical example. 

11) Error handling. 

12) Special cases. 

13) Documented program listing. 


If the program is at all complex, the standard library form should also include a general 
flowchart or a structured program. 


As we have mentioned before, a library program is most likely to be useful if it performs 
a single distinct function in. а reasonably general manner. 


‘LIBRARY EXAMPLES 


Sum of Data 


Purpose: The program SUM8 computes the sum of a set of 8-bit unsigned binary num- 
bers. 


Language: Intel 8080 assembler. 


Initial Conditions: Starting address of the set of numbers to be added in-Registers H 
and L, length of set in A. 


Final Conditions: Sum in A. 


Requirements: 
Memory - 9 bytes. 
Time - 19+27N clock cycles, where N is the length of the set. 
Registers - A,B,HLL. 


All flags affected. 
Typical Case: (all data in hexadecimal): 


Start: 
(HL) = 60 
(A) = 03 
(60) = 27 
(61) = 3E 
(62) = 26 
End: 
А) = 8B 


Error Handling: Program ignores all carries. Carry bit only reflects the last operation. 
Initial contents of A must be 1 or more. 
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Listing: 


“SUM OF 8-BIT DATA 


SUM8: MOV В.А ;COUNT -LENGTH OF DATA BLOCK 
SUB A ;SUM=0 
ADD8: ADD M ;SUM=SUM+DATA 
INX H 
DCR B 
JNZ ADD8 
RET 


Decimal to 7-Segment Conversion 


Purpose: The program SEVEN converts a decimal number to a 7-segment display 
code. 


Language: Intel 8080 assembler. 
Initial Conditions: Data in A. 
Final Conditions: 7-segment code in A. 


Requirements: 


Memory - 27 bytes including 7-segment table SSEG. 
Time - 78 clock cycles if the data is valid. 
Registers - А, В, О, Е, Н, L. 


All flags affected. 
Typical Case: (data in hexadecimal): 


Start: 

(A) = 05 
End: 

(A) = 66 


Error Handling: Program returns FF (hex) in A if data is not a decimal digit. 


Listing: 


‘DECIMAL TO 7-SEGMENT CONVERSION 


SEVEN: MVI B,OFFH ;GET ERROR CODE 
CPI 10 15 DATA DECIMAL? 
JNC DONE ;:NO, NO CONVERSION NEEDED 
LXI D,SSEG :СЕТ BASE ADDRESS OF 7-SEGMENT TABLE 
MVI H,O ;MAKE DATA INTO 16-BIT INDEX 
MOV AL 
DAD D ;INDEX TABLE 
MOV B.M :СЕТ 7-SEGMENT CODE 

DONE: MOV AB 
RET 

SSEG: DB ЗҒН,06Н,5ВН,4ҒН.66Н 
DB 6DH.7DH.07H.7FH.6FH 
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Decimal Sum 
Purpose: The program DECSM adds two multi-word decimal numbers. 


Language: Intel 8080 assembler. 


Initial Conditions: Address of LSBs of one number in H and L, of the other number in 
D and E. Length of numbers (in words) in A. Numbers arranged starting with LSBs. 


Final Conditions: Sum replaces number with starting address in H and L. 


Requirements: 


Memory - 13 bytes. 
Time - 19+50N where М is the number of words. 
Registers - A,B,D,E,H.L. 


All flags affected — Carry shows if sum produced a carry. 
Typical Case: (all data in hexadecimal): 


Start: 
(HL) = 60 
(DE) = 40 
(A) = 2 
(60) = 34 
(61) = 55 
(40) = 88 
(41)-= 15 
End: 
(60) = 22 
(61) = 71 
CARRY = 0 


Error Handling: Program makes no check for validity of decimal inputs. (A) must be 1 
or greater. Program does not check for overflow. 


Listing: 

;MULTI-WORD 

;DECIMAL ADDITION 

DECSM: MOV BA ;SAVE LENGTH 
SUB A ;CLEAR CARRY TO START 

DECAD: LDAX D ;GET 2 DIGITS FROM 2ND NUMBER 
ADC M ;ADD 2 DIGITS FROM 1ST NUMBER 
DAA ;MAKE ADDITION DECIMAL 
MOV M.A ;:STORE RESULT AS 1ST NUMBER 
INX D 
INX H 
DCR B 
JNZ DECAD 


RET 
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ments which we have mentioned. The total documentation package may involve: 
1) General flowcharts.. DOCUMENTATION 
2) A written description of the program. PACKAGE 


3) A list of all parameters and definitions. 

4) A memory map. 

5) A documented listing of the program. 

6) A description of the test plan and test results. 
The documentation may also include: 

7) Programmer's flowcharts. 

8) Structured programs. 


Documentation is not a matter to be taken lightly or to be postponed until the end of 
the software development cycle. Proper documentation, combined with proper pro- 
gramming practices, is not only an important part of the final product but can also 
make the development simpler, faster, and more productive. The designer should make 
consistent and thorough documentation part of every stage of software development. 


RE-DESIGN 


Sometimes, the designer may have to squeeze the last microsecond of speed or the last 
byte of extra memory out of a program. As memories have become larger and less ex- 
pensive, the memory problem has become less serious. The time problem is, of course, 
only serious if the application is time-critical; in many applications the microprocessor 
usually spends most of its time waiting for external devices, and program speed is not a 
major factor. 


Squeezing the last bit of performance out of a program is hardly ever as important as 
some writers would have you believe. іп the first place, the practice is expensive for the 
following reasons: 


1) It requires extra programmer time, which is often the single COST OF 
largest cost in software development. RE-DESIGN 
2) It may sacrifice structure and simplicity with a resulting in- 
crease in debugging and testing time. 


3) The programs require extra documentation. 
4) The resulting programs may be difficult to extend, maintain, or re-use. 


In the second place, the lower per-unit cost and higher performance may not really be 
important. Will the lowered cost and higher performance really sell more units? Or 
would you do better with more user-oriented features? The only applications that 
would seem to justify the extra effort are very high volume, low-cost and low-perfor- 
mance applications, where the cost of an extra memory chip will far outweigh the cost 
of the extra software development. For other applications, you will find that you are 
playing an expensive game for no really good reason. 
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However, if you must pursue the matter, the following hints 
will help. First, determine how much more performance or how | REORGANIZATION 

much less memory you need. If the necessary improvement is 

25% or less, you may be able to achieve it by reorganizing the program. If it is more than 

25%, either you have made a basic design error, in which case you will need to consider 
drastic changes in hardware or software, or the designer of the system has placed a 
ridiculous task in the hands of the software designer. We will first deal with reorganiza- 
tion, and later with drastic changes. You should also look at Chapter 5 of 8080 Pro- 


gramming For Logic Design for some examples. 
REORGANIZING TO USE LESS MEMORY 


In general, reorganizing a program to use less memory will also 
result in higher speed. However, this is not necessarily the case, MEMORY 
and higher speed is a less common goal than shorter programs. 

The methods for achieving shorter programs are: 


1) Replace repetitious in-line code with subroutines. Be sure, however, that the CALL 
and RETURN instructions do not take away most of the gain. Note that this replace- 
ment usually results in slower programs because of the time spent in transferring 
control back and forth. 


2) Use register operations when possible. But remember the cost of the extra initializa- 
tion. 


3) Use the stack when possible. The stack is automatically updated each time so that 
no explicit updating instructions are necessary. 


4) Eliminate jump statements. Try to reorganize the program or use indirect jumps 
(PCHL) or RETURN instructions. 


5) Take advantage of addresses which you can manipulate as 8-bit quantities. These 
include page zero and addresses that are multiples of 100 hexadecimal. For exam- 
ple, you might attempt to concentrate all ROM tables into опе 10016 byte section 
of memory, and all RAM variables into another 10016 byte block of memory. 


6) Organize data and tables so that you can address them without worrying about car- 
ries or without any actual indexing. This will again allow you to manipulate 16-bit 
addresses as 8-bit quantities. See pages 5-1 to 5-5 of 8080 Programming For Logic 
Design for an example. AES: See tS Pee a 


7) Use the 16-bit instructions to replace two separate 8-bit operations. This may be 
particularly useful in initialization or storing results. 

8) Use leftover results from previous sections of the program. 

9) Take advantage of such instructions as INR М, DCR М, and ММІ М, which operate 
on memory or place results directly in memory. 

10) Use RST instructions to reach subroutines if you are not using them for interrupts. 

11) Use INR or DCR to change bit О or to move from FF (hex) to zero. 


REORGANIZING TO USE LESS TIME 


Although some of the methods which reduce memory usage will SAVING 

also save time, you can generally only save an appreciable amount EXECUTION 
of time by concentrating on frequently executed loops. Even com- TIME 

pletely eliminating an instruction that is only executed once can 

save at most a few microseconds. But a savings in a loop that is executed frequently 
will be multiplied many times over. 
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Therefore, if you must reduce execution time, proceed as follows: 


1) Determine which instructions are executed most frequently. You can do this Бу 
hand or by using a software simulator or other testing methods. 


2) Start with the most frequently executed loops and. continue attempting to reduce 
the number of cycles until you achieve the required reduction. 


3) First, see if there are any operations that can be moved outside the loop, i.e., repeti- 
tive calculations, data which can be placed in a register or in the stack, addresses 
which can be placed in registers, special cases or errors which can be handled ex- 
ternally, etc. Note that this will require extra initialization and memory but will save 
time. 


4) Try to eliminate jump statements. These are very time-consuming. 


5) Replace subroutines by in-line code. This will save at least a CALL and a RETURN. 
Note that this method may increase the amount of memory necessary, but a CALL 
takes 17 cycles and a RETURN takes 10 cycles. 


6) Use the Stack for temporary data storage. 


7) Use any of the hints mentioned іп saving memory which also decrease execution 
time. These include the use of 8-bit addresses, 16-bit instructions, RST, etc. 


MAJOR REORGANIZATIONS 


If you need more than а 25% increase in speed or decrease in memory usage, do not 
bother to reorganize the code. Your chances of getting that much of an improvement 
are small unless you call in an outside expert. You are generally better off making a ma- 
jor change. 


The most obvious change is a better algorithm. Particularly if you BETTER 
are doing sorts, searches, or mathematical calculations, you may ALGORITHMS 
be able to find a faster or shorter method in the literature. Libraries 


of algorithms are available in some journals and from professional groups. See, for ex- 
ample, references 1 through 8 at the end of the chapter. 


More hardware can replace some of the software. Counters. shift registers, hardware 
multipliers, and other fast add-ons can save both time and memory. Calculators, 
UARTS. keyboards, encoders, and other slower add-ons may save memory even though 
they operate slowly. 


Other changes may help as well, i.e.: 


1) A CPU with a longer word length will be faster if the data is 
long enough. Such a CPU will use less total memory. 16-bit 
processors, for example, use memory more efficiently than 8- 
bit processors, since more of their instructions are one word 
long. 

2) Versions of the CPU may exist that operate at higher clock rates. But remember 
that you will need faster memory and 1/О ports and will have to adjust any delay 
loops. 


3) Two CPUs may be able to do the job in parallel or separately if you can divide the 
job and solve the communications problem. 





4) A specially microprogrammed processor may be able to execute the same program 
much faster. The cost. however, will be much higher even if you buy an off-the- 
shelf emulation. Such emulations are widely available for the 8080 processor. 


5) You can make trade-offs between time and memory. Look-up tables and function 
ROMs will be much faster than algorithms, but will occupy a lot more memory. 
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This kind of problem, in which a large improvement is necessary. DECIDING 
usually results from lack of adequate planning in the design stage. 
Part of the problem definition should be to determine which pro- 
cessors and methods will be adequate to handle the problem. If 
you misjudge. the cost will be high. A cheap solution may result in 
an unwarranted expenditure of expensive development time. Do not try to just get by: 
the best solution is usually to do the proper design and chalk a failure off to experience. 
If you have followed such methods as flowcharting, modular programming, structured 
programming, top-down design and proper documentation, you will be able to salvage 
a lot of your effort even if you have to make a major change. 
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Chapter 16 
SAMPLE PROJECTS 


PROJECT #1: A Digital Stopwatch 


Purpose: This project is a digital stopwatch. The operator enters STOPWATCH 
two digits (minutes and tenths-of minutes) from a INPUT 
calculator-like keyboard and then presses the GO key. PROCEDURE 
The system counts down the remaining time on two 7- 
segment LED displays (see Chapter 11 for a description of encoded 
keyboards and LED displays). 


Hardware: The project uses one input and one output port. two 7-segment displays, a 
12-key keyboard, a 7404 inverter, and a 7408 AND gate. The displays may require dri- 
vers, inverters and resistors, depending on their polarity and configuration. 





Figure 16-1 shows the organization of the hardware. Output lines 0, 1 and 2 are used to 
scan the keyboard. Input lines 0, 1, 2 and З аге иѕеа to determine whether any keys 
have been pressed. Output lines 0, 1, 2 and 3 are used to send BCD digits to the 7-seg- 
ment decoder/drivers. Output line 4 is used to activate the LED displays (if line 4 is ‘1’, 
the displays are lit). Output line 5 is used to select the leading or trailing display (output 
line 5 is '1' for the leading display. 'O' for the trailing display). The common line on the 
leading display is active if line 4 is '1' and line 5 is '1', while the common line on the 
trailing display is active if.line 4 is '1' and line 5 is ‘O. 


Output line 6 controls the decimal point on the leading display. It may be driven with an 
inverter or simply left on. 


The keyboard is a simple calculator keyboard available for 506 from a local source. It 
consists of 12 unencoded key-switches arranged in four rows of three columns each. 
Since the wiring of the keyboard does not coincide with the observed rows and col- 
umns, the program uses a table to identify the keys. Tables 16-1 and 16-2 contain the 
input and output connections for the keyboard. The decimal point key is present for 
operator convenience and for future expansion: the current program does not actually 
use the key. 


Output 
Port 


Do 01 02 03 


DP 
Display Display 


and and 
Driver 1 Driver 2 


Common Common 





Figure 16-1. 1/0 Configuration 


Table 16-1. Input Connections For Timer Keyboard 


Input Bit 
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General Program Flowchart: 


point or “СО” 


Save key value 
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Program Description: 


The program is modular and has several subroutines. The emphasis is on clarity and 
generality rather than efficiency: obviously, the program does not utilize the full 
capabilities of the 8080 processor. Each section of the listing will now be described in 
detail. 


1) 


2) 


3) 


Introductory Comments 

The introductory comments fully describe the program: these comments are a 
reference so that other users can easily apply, extend and understand the program. 
Note that standard formats, indentations, and spacings increase the readability of 
the program. 


Variable Definitions 

All variable definitions are placed at the start of the program so that they can easily 

be checked and changed. Each variable is placed in a list alphabetically with other 

variables of the same type: comments describe the meaning of each variable. The 

categories are: 

a) Memory system constants, which may vary from system to system depending 
on the memory space allocated to different programs or types of memories. 

b) Temporary storage (RAM) used for variables. 

c) 1/О unit numbers. 

d) Definitions. 

The memory system constants are placed in the definitions so that the user may 

relocate the program. temporary storage and memory stack without any other 

changes. The memory constants can be changed to accommodate other programs 

or to coincide with a particular system's allocation of ROM and RAM addresses. 

Temporary storage is allocated by means of a DS (Define Storage) pseudo-opera- 

tion. An ORG (Origin) pseudo-operation places the temporary storage locations in a 

particular part of memory. No values are placed in these locations. so that the pro- 

gram can be burned into a PROM and the system operated from power-up reset 

without reloading. 

I/O units are always referred to by name so that the unit numbers can easily be 

changed to handle varied configurations. Each 1/О unit is given a separate name, 

although some units are physically the same in the present configuration. 

The definitions clarify the meaning of certain constants and allow parameters to be 

changed easily. Definitions are given in the form (e.g.. binary, hex. octal, ASCII, 

decimal) in which their meaning is the clearest. Parameters (such as debounce 

time) are placed here so that they can be varied with system needs. 


Initialization 

Location O (the reset location on the 8080 microprocessor) contains a jump to the 

main program. The main program can thus be placed anywhere in memory and 

reached via a RESET signal. 

The initialization consists of three steps: 

a) Place a starting value in the Stack Pointer. The Stack is only used to store 
subroutine return addresses. 

b) Start the number of digit keys pressed at zero. 

C) Initialize the location where the next digit key pressed will be saved to the start 
of the digit key array. Memory location KEYAD contains the address in which 
the next digit will be placed. Each time the program accepts a digit key, it in- 
crements the contents of KEYAD so that it will place the next digit key in the 
next memory location. 
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4) 


5) 


Look for Key Closure 
Flowchart: 


Key closures are identified by grounding all the keyboard columns and then check- 
ing for grounded rows (i.e., column-to-row switch closures). Note that the program 
does not assume any values for the unused input bits; instead, it masks off the bits 
attached to the keyboard rows with a logical AND instruction. 


Debounce Key 


The program debounces the key closure in software by waiting for two millise- 
conds, long enough for a clean contact to be made. Subroutine DELAY simply 
counts with Register C for a millisecond. The number of milliseconds is in the Ac- 
cumulator. DELAY would have to be adjusted if a slower clock or slower memories 
were being used. You could make the change simply by redefining the constant 


MSCNT. 


Ground all keyboard 
columns 
Are 
eu rows 













grounded 
? 
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3) 


Identify Key Closure 
Flowchart: 










Set key table pointer 
ab- 1 





Ground a keyboard 
column by output of 
(pattern pointer) 


pattern pointer by 1 





Key ID = 

(key table pointer) 
Use key table pointer 
to get key ID 


The particular key closed is identified by grounding single columns and observing 
whether a closure is found. Once a closure is found (so the key column is known), 
the key row can be determined by shifting the input. 

The patterns required to ground single keyboard columns are in a table PATT in 
memory. The final pattern in the table is a marker which indicates that all the col- 
umns have been grounded without a closure being found. This pattern also indi- 
cates to the main program that the closure could not be identified (e.g.. the key 
closure ended or a hardware error occurred before we could find the closure). 
The key identifications are in a table KTAB in memory. The keys in KEY 
the first column (attached to the least significant output bit) are 
followed by those in the second column, etc. Within a column, the 

key in the row attached to the least significant input bit is first. etc. Thus, each time 
a column is scanned without finding a closure, the number of keys in a column 
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7) 


8) 


9) 


(KCOL) must be added to the base address of the table to get the starting address of 
the next column. The key table pointer is also incremented by one before each bit in 
the row inputs is examined: this process stops when a zero input is found. Note that 
the key table pointer is started one location before the table, since it is always іпсге- 
mented once in the search for the proper row. 

If the program cannot identify the key closure, we simply ignore it and look for 
another closure. 


Act on Key Identification 

If the program:has enough digits (two in this simple case), it only looks for the GO 
key and ignores all other keys. If it finds the GO key. it proceeds to Step 8 and starts 
counting. 

If the program does not have enough digits, it ignores either the decimal point or 
the GO key. If it finds a digit key. it saves the value in the key array, increments the 
number of digit keys pressed, and increments the key array pointer. 

If the process is not complete, the program must wait for the key closure to end so 
that the system will not read the same closure again. The user must wait between 
key closures, i.e., stop pressing one key before pressing another one. Note that the 
program will identify double key closures as one key or the other, depending on 
which closure the identification routine finds first. 


Set Up Display Output А 

The digits are placed in registers with bit 4 set so that the output is sent to the dis- 
plays. Bits 5 and 6 are set for the leading display to direct the output correctly and 
to turn on the decimal point. The logical OR instruction with the appropriate mask 
sets the bits. 

Pulse the LED Displays 


Each display is turned on for two milliseconds. This process is repeated 1500 times 
to get a total delay of six seconds. The pulses are frequent enough so that the LED 
displays appear to be lit continuously. 
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ð) Decrement Display Count 
Flowchart: 







Trailing display = 
Trailing display - 1 






Leading display = 
Leading display - 1 


The value on the trailing display is decremented by 1. If this affects bit 4 
(LEDON — used to turn the displays on), the value has become negative. A bor- 
row must then be obtained from the leading display. If the borrow from the lead- 
ing display affects bit 4. the count has gone past zero and the countdown is 
finished. Otherwise, the prograrn sets the trailing display to ‘9° and continues. 


Note that comments describe both sections of the program and individual statements. 
The comments explain what the program is doing. not what specific instruction codes 
do. 
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;PROGRAM NAME: TIMER 

;DATE OF PROGRAM: 4/29/76 

;PROGRAMMER: LANCE А. LEVENTHAL 

;PROGRAM REQUIREMENTS: DC (220) WORDS 

“ВАМ REQUIREMENTS: 5 WORDS 

О REQUIREMENTS: 1 INPUT PORT. 1 OUTPUT PORT 


‘THIS PROGRAM IS A SOFTWARE TIMER WHICH ACCEPTS INPUTS FROM A 
;CALCULATOR-LIKE KEYBOARD AND THEN PROVIDES A STOPWATCH COUNTDOWN 
;ON TWO 7-SEGMENT LED DISPLAYS IN MINUTES AND TENTHS OF MINUTES 


‘KEYBOARD 


;A 12-КЕҮ KEYBOARD IS ASSUMED 

; THREE COLUMN CONNECTIONS ARE OUTPUTS FROM THE PROCESSOR 
; SO THAT A COLUMN OF KEYS САМ BE GROUNDED 

;:FOUR ROW CONNECTIONS ARE INPUTS TO THE PROCESSOR SO THAT 
; COMPLETED CIRCUITS CAN BE IDENTIFIED 

;THE KEYBOARD IS DEBOUNCED BY WAITING FOR TWO MILLISECONDS 
; AFTER A KEY CLOSURE IS RECOGNIZED 

;A NEW KEY CLOSURE IS IDENTIFIED BY WAITING FOR THE OLD ONE 

; TO END SINCE NO STROBE IS USED 

;THE KEYBOARD COLUMNS ARE CONNECTED TO BITS 0 TO 2 OF THE 

; PROCESSOR OUTPUT BUS 

;THE KEYBOARD ROWS ARE CONNECTED TO BITS 0 TO З OF THE PROCESSOR 
; INPUT BUS 


‘DISPLAYS 


;TWO 7-SEGMENT LED DISPLAYS ARE USED WITH SEPARATE DECODERS 

; (7447 OR 7448 DEPENDING ON THE TYPE OF DISPLAY) 

;THE DECODER DATA INPUTS ARE CONNECTED TO BITS 0 TO 3 OF THE 

; PROCESSOR OUTPUT BUS 

;BIT 4 OF THE PROCESSOR OUTPUT BUS IS USED TO ACTIVATE THE LED 

; DISPLAYS (ВІТ 4 IS '1' TO SEND DATA TO LEDS) 

;BIT 5 OF THE PROCESSOR OUTPUT BUS IS USED TO SELECT WHICH LED 
IS BEING USED (ВІТ 5 15 ‘1° IF THE LEADING DISPLAY IS BEING USED, 

; ‘O° IF THE TRAILING DISPLAY IS BEING USED) 

;BIT 6 OF THE PROCESSOR OUTPUT BUS IS USED TO LIGHT THE DECIMAL 
POINT LED ON THE LEADING DISPLAY (ВІТ 6 IS ‘1’ IF THE DISPLAY IS 
TO BE LIT) 


‘METHOD 


;STEP 1 - INITIALIZATION 
THE MEMORY STACK (USED FOR SUBROUTINE RETURN ADDRESSES) IS 
INITIALIZED. THE NUMBER OF DIGIT KEYS PRESSED IS SET TO ZERO, 
AND THE ADDRESS INTO WHICH THE NEXT DIGIT KEY IDENTIFICATION 
WILL BE PLACED IS INITIALIZED TO THE FIRST ADDRESS IN THE DIGIT 
; KEY ARRAY 
;STEP 2- LOOK FOR KEY CLOSURE 
ALL KEYBOARD COLUMNS ARE GROUNDED AND THE KEYBOARD ROWS ARE 
; EXAMINED UNTIL A CLOSED CIRCUIT IS FOUND 
;:STEP З - DEBOUNCE KEY CLOSURE 
A WAIT OF 2 MS IS INTRODUCED TO ELIMINATE KEY BOUNCE 
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“STEP 4 - IDENTIFY KEY CLOSURE 
THE KEY CLOSURE IS IDENTIFIED BY GROUNDING SINGLE KEYBOARD 
COLUMNS AND DETERMINING THE ROW AND COLUMN OF THE KEY CLOSURE 
A TABLE IS USED TO ENCODE THE KEYS ACCORDING TO THEIR ROW AND 
COLUMN NUMBER 
IN THE KEY TABLE, THE DIGITS ARE IDENTIFIED BY THEIR VALUES, 
THE DECIMAL POINT KEY IS NO. 10, AND THE "GO" KEY IS NO. 11 

(STEP 5 - SAVE KEY CLOSURE 
DIGIT KEY CLOSURES ARE SAVED IN THE DIGIT KEY ARRAY UNTIL 
TWO DIGITS HAVE BEEN IDENTIFIED. DECIMAL POINTS, FURTHER DIGITS, 
AND CLOSURES OF THE "GO" KEY BEFORE TWO DIGITS HAVE BEEN 
IDENTIFIED ARE IGNORED 
AFTER TWO DIGITS HAVE BEEN FOUND, THE “60” KEY IS USED ТО 
START THE COUNTDOWN PROCESS 

“STEP 6 - COUNT DOWN TIMER INTERVAL ON LEDS 

: А COUNTDOWN IS PERFORMED ON THE LEDS WITH THE LEADING DIGIT 
REPRESENTING THE REMAINING NUMBER OF MINUTES AND THE TRAILING 
DIGIT REPRESENTING THE REMAINING NUMBER OF TENTHS OF MINUTES 


TIMER VARIABLE DEFINITIONS 
;MEMORY SYSTEM CONSTANTS 


BEGIN EQU 50H ;BEGIN IS STARTING MEMORY LOCATION 
;FOR PROG 
LASTM EQU 1000H ;LASTM IS STARTING STACK ADDRESS 
TEMP EQU 800H ;TEMP IS START OF RAM STORAGE 
;RAM TEMPORARY STORAGE 
ORG ТЕМР 
KEYAD: DS 2 ;KEYAD HOLDS THE ADDRESS IN THE 


;DIGIT KEY ARRAY IN WHICH THE 
ОЕМТІҒІСАТІОМ OF THE NEXT DIGIT 
ЖЕҮ WILL BE PLACED 
KEYNO: DS 2 ;KEYNO 15 THE DIGIT KEY ARRAY - IT 
;HOLDS THE IDENTIFICATIONS OF THE 
;DIGIT KEYS WHICH HAVE BEEN PRESSED 
NKEYS: DS 1 ;NKEYS HOLDS NUMBER OF DIGIT 
;KEYS PRESSED 


/O UNITS 

KBDIN EQU 3 INPUT UNIT FOR KEYBOARD 

KBDOT EQU 3 ‘OUTPUT UNIT FOR KEYBOARD 

LDOUT EQU 3 OUTPUT UNIT FOR LED DISPLAYS 
‘DEFINITIONS 

DECPT EQU 01000000B :СОРЕ TO TURN ON DECIMAL POINT LED 
ECODE EQU OFFH “ERROR CODE FOR NO KEY CLOSURE FOUND 
GOKEY EQU 11 ‘IDENTIFICATION NO. FOR “GO” KEY 

KCOL  EQU 4 :NUMBER OF KEYS IN A COLUMN 


LEDON EQU 000100008 ;CODE TO SEND OUTPUT TO LEDS 
LEDSL . EQU 00100000B ;CODE TO SELECT LEADING DISPLAY 


MSCNT EQU 131 ;:COUNT NEEDED TO GIVE 1 MS DELAY TIME 
MXKEY  EQU 2 ;MAXIMUM NUMBER OF DIGIT KEY CLOSURES 
;USED 
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OPEN EQU 00001111B 
TPUES EQU 2 
TWAIT EQU 2 


;INPUT FROM KEYBOARD IF NO KEY CLOSED 


:МОМВЕА OF MS BETWEEN DIGIT DISPLAYS 


:МОМВЕН OF MS ТО DEBOUNCE KEYS 


;FIND TIMER PROGRAM 


ІРОТ STACK AT END OF MEMORY 


ORG 0 
‘RESET ROUTINE TO REACH TIMER PROGRAM 
JMP BEGIN 
“INITIALIZATION OF TIMER PROGRAM 
| ORG BEGIN 
LX! SP.LASTM 
XRA A 
STA МКЕҮЅ 


ІХІ H,KEYNO 


SHLD KEYAD 


INITIALIZE МО. OF DIGIT KEYS PRESSED 
тоо 

:5ТАНТІМС LOCATION FOR SAVING 
;DIGIT KEYS 


“SCAN KEYBOARD LOOKING FOR KEY CLOSURE 


START: CALL SCANC 


;WAIT FOR KEY CLOSURE 


‘WAIT FOR KEY TO BE DEBOUNCED 


MVI A,TWAIT 
CALL DELAY 


:СЕТ DEBOUNCE TIME IN MS 
‘WAIT FOR KEY TO STOP BOUNCING 


IDENTIFY WHICH KEY WAS PRESSED 


CALL IDKEY 

CPI ECODE 

JZ START 
:ACT ON KEY IDENTIFICATION 

МОУ BA 

LXI _ H,NKEYS 

MOV AM 

CPI МХКЕҮ 

JZ . KEYF 

MOV AB 

СР! 10 

JNC  WAITK 

INN M 

LHLD КЕҮАО 

MOV MA 

мх н 

SHLD KEYAD 


‘IDENTIFY KEY CLOSURE 

:WAS KEY CLOSURE IDENTIFIED BY 
;COLUMN SCAN? 

ЛЕ NOT, WAIT FOR ANOTHER CLOSURE 


;:SAVE KEY NUMBER 


;CHECK FOR MAXIMUM NO. OF DIGIT 
;KEYS 


ЛЕ SO, LOOK FOR "GO" KEY 


ИЕ NOT, IGNORE DECIMAL POINT OR 
;"GO" KEY 


;INCREMENT NO. OF DIGIT KEYS PRESSED 
‘SAVE IDENTITY OF DIGIT KEY PRESSED 


;MOVE POINTER TO SAVE NEXT DIGIT KEY 


WAIT FOR CURRENT KEY CLOSURE TO END 
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;LOOK FOR "GO" KEY IF ENOUGH DIGITS FOUND 


KEYF: | MOV 
CPI 
JNZ 


AB 
GOKEY 
WAITK 


:СЕТ NUMBER OF KEY PRESSED 


` ;CHECK FOR "GO" KEY 


SIGNORE KEY IF IT'S NOT "GO" KEY 


‘PUT DIGITS INTO REGISTERS FOR DISPLAY 


LXI 
MOV 
ORI 


ORI 
ORI 
MOV 
INX 
MOV 
ORI 
MOV 


Н,КЕҮМО 
A.M 
BEGPT 


LEDON 
LEDSL 
DA 

H 

A.M 
LEDON 
EA 


‘PULSE THE LED DISPLAYS 


LEDLP: MVI 
TLOOP: MVI 
LDPUL: MOV 
OUT 
MVI 
CALL 
MOV 
OUT 
MVI 
CALL 
DCR 
JNZ 
DCR 
JNZ 


TLOOP 


;GET LEADING DIGIT 

;TURN ON DECIMAL POINT FOR LEADING 
;DIGIT 

:ЅЕТ OUTPUT TO LEDS 

;SELECT LEADING DISPLAY 


:СЕТ NEXT DIGIT 
‘SET OUTPUT TO LEDS 


;SET COUNTERS FOR 6 SECONDS 


СЕТ LEADING DIGIT 


‘OUTPUT TO LED 1 
;DELAY BETWEEN DIGITS 


:СЕТ TRAILING DIGIT 
;OUTPUT TO LED 2 
;DELAY BETWEEN DIGITS 
;COUNT DOWN REG L 


;COUNT DOWN ВЕС Н 


;DECREMENT COUNT ON LED DISPLAYS 


DCR 
MOV 
ANI 


;COUNT DOWN TRAILING DIGIT 


‘OKAY IF NO BORROW NEEDED 
ЛЕ BORROW NEEDED, COUNT DOWN 
;LEADING DIGIT 


; THROUGH IF COUNT PAST ZERO 


;OTHERWISE SET TRAILING DIGIT TO 9 
;SET OUTPUT TO LEDS 


;RETURN TO DISPLAY SECTION 
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“SUBROUTINE SCANC SCANS THE KEYBOARD WAITING FOR A KEY CLOSURE 
;ALL KEYBOARD INPUTS ARE GROUNDED 


SCANC: XRA A 


OUT KBDOT 
IN KBDIN 
ANI OPEN 
СР! ОРЕМ 
JZ SCANC 
RET 


;GROUND ALL KEYBOARD COLUMNS 


;IGNORE UNUSED INPUTS 
;CHECK FOR CLOSED CIRCUIT 
:СОМТІМОЕ SCANNING IF NO KEYS CLOSED 


“SUBROUTINE DELAY WAITS FOR THE NUMBER OF MILLISECONDS SPECIFIED 
ИМ REGISTER A BY COUNTING WITH REGISTER С 


DELAY: MVI C,MSCNT 


WEP: БСН С 


JNZ WTLP 
DCR A 

JNZ DELAY 
RET 


ЛОАР REG С FOR 1 MS DELAY 
;WAIT 1 MS 


;COUNT DOWN NUMBER OF MS 


:SUBROUTINE IDKEY DETERMINES THE ROW AND COLUMN NO. OF THE 
;KEY CLOSURE AND IDENTIFIES THE KEY ACCORDING TO A TABLE 


TDKEY: LXI B.PATT 


LXI H.KTAB-1 
LXI D,KCOL 


ІРОІМТ ТО SCAN PATTERNS TO GROUND 
;ONE COL. 

;:START KEY TABLE POINTER 

;GET NUMBER OF KEYS IN A COLUMN 


“SCAN KEYBOARD COLUMNS SUCCESSIVELY LOOKING FOR CLOSURE 


FCOL: LDAX B 


ЄР! ECODE 
RZ 

OUT KBDOT 
IN KBDIN 
ANI OPEN 
СР! ОРЕМ 
JNZ FROW 
DAD | 

INX B 

JMP FCOL 


:СЕТ PATTERN TO GROUND A PARTICULAR 
¡COLUMN 

;HAVE ALL THE COLUMNS BEEN SCANNED? 
‘RETURN WITH ERROR CODE IF NO 

; CLOSURE FOUND 

;:SCAN COLUMN 


‘IGNORE UNUSED INPUTS 

;CHECK FOR CLOSED CIRCUIT 
;COLUMN DETERMINED IF CLOSURE 
;FOUND 

;MOVE KEY TABLE POINTER TO NEXT 
; COLUMN 

ІРОІМТ TO NEXT SCAN PATTERN 


‘DETERMINE ROW NUMBER OF CLOSURE 


FROW TNX H 
RRC 


JC FROW 


;МОМЕ KEY TABLE POINTER TO NEXT ROW 
;SHIFT INPUTS LOOKING FOR GROUNDED 
;ROW 

;KEEP SHIFTING INPUTS UNTIL CLOSURE 
;FOUND 
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IDENTIFY KEY FROM TABLE 


MOV AM ;GET KEY NUMBER 
RET 
;:SCAN PATTERNS USED TO GROUND A PARTICULAR COLUMN 
;ERROR PATTERN USED TO INDICATE THAT ALL COLUMNS HAVE BEEN SCANNED 
;THE COLUMN ATTACHED TO OUTPUT BIT O IS SCANNED FIRST. THEN 
THE ONE ATTACHED TO OUTPUT BIT 1, ETC. 
PATT: DB 000001 10B.00000101B,0000001 1B,ECODE 
;KEYBOARD TABLE 
;COLUMNS ARE PRIMARY INDEX, ROWS SECONDARY INDEX 
;THE KEYS IN THE COLUMN ATTACHED TO OUTPUT BIT О ARE FOLLOWED 
BY THOSE IN THE COLUMN ATTACHED TO OUTPUT BIT 1, ETC. WITHIN A 
COLUMN, THE KEY ATTACHED TO INPUT BIT 0 IS FIRST FOLLOWED 
; BY THE ONE ATTACHED TO INPUT BIT 1, ETC. 
;THE DIGIT KEYS ARE 0 TO 9, THE DECIMAL POINT IS 10, AND 
2^GO" IS TI 
KTAB: DB 3,2,0,4,8,9,1,11,5,6,7,10 


“SUBROUTINE SCAND SCANS THE KEYBOARD WAITING FOR KEY CLOSURE 
; TO END SO NEXT CLOSURE CAN BE FOUND 
SCAND: XRA A 


OUT KBDOT ;GROUND ALL KEYBOARD COLUMNS 
IN KBDIN 

ANI OPEN ;IGNORE UNUSED INPUTS 

CPI OPEN :СНЕСК FOR CLOSED CIRCUIT 

JNZ SCAND ;CONTINUE SCAN IF KEY STILL CLOSED 
RET 

END 
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PROJECT #2: A Digital Thermometer 


Purpose: This project is a digital thermometer which senses the temperature with a 
thermistor (through an analog-to-digital converter) and shows the tem- 
perature in degrees Celsius on two 7-segment displays. 


Hardware: The project uses one input and one output port, two 7-segment displays, a 
7404 inverter, a 7400 NAND gate or a 7408 AND gate depending on the polarity of the 
displays, an Analog Devices AD7570J 8-bit monolithic A/D converter, an LM3II com- 
parator, and various peripheral drivers, resistors and capacitors as required by the dis- 
plays and the converter (see Chapter 11 for a discussion of A/D converters. Also see 
Hnatek, E.R., A User's Handbook of D/A and A/D Converters, Wiley, New York, 1976; 
Finkel, J., Computer-Aided Experimentation, Wiley, New York, 1975; Engineering Staff 
of Analog Devices Inc., Analog-Digital Conversion Notes, Analog Devices Inc., P.O. Box 
796, Norwood, MA, 1977; T.A. Seim, "Numerical Interpolation for Microprocessor- 
based Systems", Computer Design, February 1978, pp. 111-116). 


Figure 16-2 shows the organization of the hardware. Output line 7 is used to send a 
START CONVERSION signal to the A/D converter. Input lines O through 7 are attached 
directly to the eight digital data lines from the converter. Output lines O through 3 are 
used to send BCD digits to the 7-segment decoder/drivers. Output line 4 activates the 
displays and output line 5 selects the leading or trailing display (line 5 is '1' for the lead- 
ing display). 


The analog part of the hardware is shown in Figure 16-3. The THERMOMETER 
thermistor simply provides a resistance which depends on ANALOG 
temperature. Figure 16-4 is a plot of the resistance and Figure HARDWARE 

16-5 shows the range of current over which the resistance is 

constant with current. The conversion to degrees Celsius in the program is performed 
with a calibration table. The various potentiometers can be adjusted to scale the data 
properly. A clock for the A/D converter is generated from an RC network as shown in 
Figure 16-6. The values are R = 33 КО, С = 1000 pF so that the clock frequency is 
about 75 kHz. At this frequency, the maximum conversion time for eight bits is about 
100 microseconds. A much longer delay is allowed for conversion so that no check for 
the end of conversion is necessary. 





The 8-bit version of the converter requires the following special connections. The eight 
data lines are DB2 through DB9 (DB1 is always high during conversion and DBO low). 
The Short Cycle 8-bits input (pin 26-SC8; not shown) is tied low so that only an 8-bit 
conversion is performed. In the present case, High Byte Enable (pin 20-HBEN) and Low 
Byte Enable (pin 21-LBEN; not shown) were both tied high so that the data outputs 
were always enabled. A tri-state buffer (the input port shown in Figure 16-1) isolates 
the outputs from the processor Data Bus. 


The converter uses the successive approximation method. It checks each bit with the 
analog comparator to see if that bit should be on or off. Each comparison takes one 
clock period. The method is subject to error if the input is noisy or changes during the 
conversion period. 


Start 
Conversion 


Analog Input 


(Leading digit) 


Common 


Figure 16-2. 1/0 Configuration 
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Driver 2 
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If positive Vggr is used, the ANALOG INPUT range is 0 to -Vggr, and the 
COMPARATOR’s (-) input should be connected to OUT 1 (pin 4) of the AD7570. 
Вт is the thermistor. The analog input from the voltage divider is: 
R 
Е х 15 Volt 
Re + Ат 


Since Ар = 68 k О, the input is: 


1.02 . 106 


Volt 
Re + 6.8 + 104 


Вт has a minimum value of 3.4 • 10*  (T = 50C, see Figure 16-4) 
so full scale is 10 Volt. 





Figure 16-3. Analog Hardware 
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Figure 16-4. Thermistor Characteristics 
(Fenwal GA51J1 Bead) 


The curve is linear (i.e., the resistance is 
independent of current) for currents less 
than 0.1 milliampere. 


0.1 


1 (milliampere) 


Figure 16-5. Typical E-l Curve for Thermistor (25°C) 
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AD7570 





Figure 16-6. Generating an Internal Clock Frequency 


General Program Flowchart: 


Send START 
CONVERSION signal 
to A/D converter 


Read data from 
A/D converter 


Convert data to 
degrees Celsius 


Display 
temperature on 
LEDs for six seconds 
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Program Description: 


1) 


2) 


3) 


4) 


5) 


initialization 

Location О (the 8080 microprocessor RESET location) contains a jump to the main 
program. The only initialization is starting the Stack Pointer at the highest address 
in RAM. The Stack is only used to store subroutine return addresses. 


Send START CONVERSION signal to A/D converter. 
The CPU pulses the START CONVERSION line by first placing a '1' on output line 7 
and then placing a ‘0’ on that line. 


Each input from the converter requires the starting pulse. 


Wait 1 ms for conversion. 

A delay of 1 ms after the START CONVERSION pulse guarantees a completed con- 
version. Actually, the converter only takes a maximum of 100 microseconds for an 
8-bit conversion. We could reduce the delay by checking the BUSY signal from the 
converter. This signal will indicate either a '1' (conversion complete) or '0' (conver- 
Sion in progress) if the BUSY-ENABLE line is addressed with a logic 1. In the pre- 
sent case there is no reason to speed the conversion process. 





Read data from A/D converter. 


A single input operation reads the data. We should note that the Analog Devices 
AD7570J has an ENABLE input and tri-state outputs so that it could be tied directly 
to the microprocessor Data Bus. 


Convert data to degrees Celsius. 
The conversion uses a table which contains the largest input USING A 

value corresponding to a given temperature. The program CALIBRATION 
searches the table looking for a value greater than or equal to TABLE 

the value received from the converter. The first such value it 

finds corresponds to the required temperature; i.e., if the tenth entry is the first 
value larger than or equal to the data, the temperature is 10 degrees. This search 
method is inefficient, but the present application does not warrant a better one. 
(See Knuth, D.E., The Art of Computer Programming, Vol. 3: Sorting and Search- 
ing. Addison-Wesley, Reading, Mass., 1973.) Note that we must keep the entry 
number in decimal rather than binary. The instruction sequence "ADI 1, DAA" 
keeps the index as two decimal digits instead of a binary number. For example, the 
entry number after 9 (00001001 binary) will be decimal 10 (00010000 binary) 
rather than binary ten (00001010). The reason for this procedure is that we plan to 
display the temperature as two decimal digits and would have to convert it from 
binary to decimal otherwise. 





The table could be obtained by calibration or by a mathematical approximation. 
The calibration method is the simplest, since the thermometer must be calibrated 
anyway. The table occupies one memory location for each temperature value. 
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6) 


Flowchart: 


Prepare data for display. 


Flowchart: 








Value = Data received 
A/D converter 

Index = 0 

Pointer =Start of table 












Index = Index + 1 
Pointer = 
Pointer + 1 






Temperature = 
Index 






Get least significant 
digit and set 
output to LEDs 


Get most 
significant digit 


Set output to LEDs 
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We remove the least significant digit by masking and set the | BLANKING A 
bit which turns on the displays with a logical OR instruction. | LEADING ZERO 
The result is saved in Register E. 


The only difference for the most significant digit is that we do not show a leading 
zero (і.е.. the displays show "blank 7" rather than “07” for 7 C). This simply in- 
volves not setting the bit which turns on the displays if the digit is zero. The result is 
saved in Register D. 


Display temperature for six seconds. 


С 


Count = Tsamp 


Flowchart: 













Send most 
significant digit 
tc leading display 


Wait 2 ms 





Send least 
significant digit 
to trailing display 


| Count = Count - 1 







16-22 


Each display is pulsed often enough so that it appears to be lit continuously. If 
TPULS were made longer (say 50 ms), the displays would appear to flash on and 
off. 


The program uses a 16-bit counter to count the time between temperature sam- 
ples. The 8080 has г special! instruction — DCX or Double Decrement — to 
subtract ‘1’ from the 16-bit counter. However, there is no way to directly determine 
when the counter reaches zero, since DCX does not affect the 8080 status flags. 
So, we make this determination by logically ORing the eight most significant and 
the eight least-significant bits of the counter. If that result is zero, the 16-bit 
counter is zero. 


;PROGRAM NAME: THERMOMETER 

;DATE OF PROGRAM: 7/22/76 

;PROGRAMMER: LANCE A. LEVENTHAL 

;PROGRAM REQUIREMENTS: 159 WORDS 

‚ААМ REQUIREMENTS: NONE 

;I/O REQUIREMENTS: 1 INPUT PORT, 1 OUTPUT PORT 


‘THIS PROGRAM IS A DIGITAL THERMOMETER WHICH ACCEPTS INPUT FROM 
AN A/D CONVERTER ATTACHED TO A THERMISTOR, CONVERTS THE INPUT 
TO DEGREES CELSIUS AND DISPLAYS THE RESULTS ON TWO 7-SEGMENT 
LED DISPLAYS 


“A/D CONVERTER 


‘THE A/D CONVERTER IS AN ANALOG DEVICE 7570 MONOLITHIC CONVERTER 

; WHICH PROVIDES AN 8-BIT OUTPUT 

‘THE CONVERSION PROCESS IS STARTED BY A PULSE ON THE START 

: CONVERSION LINE (OUTPUT BIT 7 OF PORT ADOUT) 

‘THE CONVERSION IS COMPLETED IN 40 MICROSECONDS AND THE DIGITAL 
DATA IS LATCHED 


‘DISPLAYS 


;TWO 7-SEGMENT LED DISPLAYS ARE USED WITH SEPARATE DECODERS 

: (7447 OR 7448 DEPENDING ON THE ТҮРЕ OF DISPLAY) 

‘THE DECODER DATA INPUTS ARE CONNECTED TO BITS 0 TO З OF THE 

; PROCESSOR OUTPUT BUS 

;BIT 4 OF THE PROCESSOR OUTPUT BUS IS USED TO ACTIVATE THE LED 

; DISPLAYS (BIT 4 IS 1 TO SEND DATA TO LEDS) 

:ВІТ 5 OF THE PROCESSOR OUTPUT BUS IS USED TO SELECT WHICH LED 
IS BEING USED (BIT 5 IS 1 IF THE LEADING DISPLAY IS BEING USED. 
‘0’ IF THE TRAILING DISPLAY IS BEING USED) 


‘METHOD 


;STEP 1 - INITIALIZATION 
THE MEMORY STACK (USED FOR SUBROUTINE RETURN ADDRESSES) 15 ІМ- 
ITIALIZED 
‘STEP 2 - PULSE START CONVERSION LINE 
THE A/D CONVERTER'S START CONVERSION LINE (BIT 7 OF.PORT ADOUT) 
IS PULSED 
;STEP З - WAIT FOR A/D OUTPUT TO SETTLE 
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; AWAIT OF 1 MS IS INTRODUCED TO ALLOW FOR COMPLETION OF CONVERSION 
‘STEP 4 - READ A/D VALUE AND CONVERT TO DEGREES С 
A TABLE IS. USED FOR CONVERSION WHICH CONTAINS THE MAXIMUM 
; INPUT VALUE FOR EACH TEMPERATURE READING 
;STEP 5 - DISPLAY TEMPERATURE ON LEDS 
THE TEMPERATURE IS DISPLAYED ON THE LEDS FOR SIX SECONDS BEFORE 
ANOTHER CONVERSION IS PERFORMED 


“THERMOMETER VARIABLE DEFINITIONS 


‘MEMORY SYSTEM CONSTANTS 


BEGIN EQU 50H ;BEGIN IS STARTING LOCATION FOR 
;PROGRAM 

LASTM EQU 1000H ;LASTM IS STARTING ADDRESS FOR 
;:STACK 

2/0 UNITS 

ADIN EQU 3 ‘INPUT UNIT FOR DATA FROM A/D 
; CONVERTER 

ADOUT EQU 3 ‘OUTPUT UNIT FOR START CONVERSION 
;PULSE ТО A/D CONVERTER 

LDOUT EQU ;OUTPUT UNIT FOR LED DISPLAYS 

;DEFINITIONS 


LEDON EQU 000100008: ;СОРЕ TO SEND OUTPUT TO LEDS 
LEDSL EQU 001000008 ;СООЕ TO SELECT LEADING DISPLAY 


MSCNT EQU 131 :COUNT USED IN DELAY ROUTINE FOR 
11 MS DELAY 

STCON EQU 100000008 = :OUTPUT WHICH BRINGS START CONVERSION 
ІНІСІ 

5ТТІМ EQU 1 ;DELAY IN MS TO ALLOW A/D TO DO 
;CONVERSION 

TPULS EQU 2 ;DISPLAY PULSE LENGTH IN MS 

TSAMP EQU 1500 ;TSAMP IS THE NUMBER OF TIMES THE 


;DISPLAYS ARE PULSED IN A TEMPERATURE 
;:SAMPLING PERIOD. THE LENGTH OF A 
;:SAMPLING PERIOD IS THUS 2*TPULS*TSAMP 
;MILLISECONDS. THE FACTOR OF 

;2*TPULS IS INTRODUCED BY 

;THE FACT THAT EACH OF 2 

;DISPLAYS IS PULSED FOR TPULS MS 


ORG 0 
:RESET ROUTINE TO REACH THERMOMETER PROGRAM 
; JMP BEGIN FIND THERMOMETER PROGRAM 


“INITIALIZATION OF THERMOMETER PROGRAM 
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ORG BEGIN 
LXI SP,LASTM “ВОТ STACK AT END OF MEMORY 


‘PULSE START CONVERSION LINE TO GET A/D TO PERFORM A CONVERSION 


START: MVI А$ТСОМ 


OUT ADOUT ;:START CONVERSION HIGH 
SUB A 
OUT | ADOUT ;:START CONVERSION LOW 


"WAIT 1 MS FOR CONVERSION 


MVI A,STTIM ;CONVERSION DELAY TIME IN MS 
CALL DELAY ;WAIT FOR CONVERSION 


"READ DIGITAL DATA FROM CONVERTER 

IN ADIN ;GET DATA FROM A/D 
“CONVERT A/D DATA TO 2 BCD DIGITS 

CALL CONVR ;CONVERT DATA TO BCD 


‘GET LEAST SIGNIFICANT DIGIT 


MOV BA ‘SAVE BCD DIGITS 
ANI OFH :МАЅК OUT LSD 

ORI LEDON ‘SET OUTPUT TO LEDS 
MOV EA ‘SAVE LSD IN REG E 


“GET MOST SIGNIFICANT DIGIT - BLANK LEADING ZERO 


МОУ АВ ; RESTORE BCD DIGITS 

RRC ‘SHIFT MSD TO LEAST SIGNIFICANT 
‘POSITIONS 

RRC 

RRC 

RRC 

ANI OFH ;MASK OUT MSD 

Az SVMSD ;DON'T TURN LEADING DISPLAY ON IF 
;MSD ZERO 

ORI LEDON ;SET OUTPUT TO LEDS 

ORI LEDSL ;SELECT LEADING DISPLAY 

SVMSD: MOV D.A ;:SAVE MSD IN REG D 
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;PULSE THE LED DISPLAYS 


LXI H.TSAMP :16-ВІТ COUNTER FOR NO. OF DISPLAY 

;PULSES 
DSPLY: MOV AD ;GET LEADING DIGIT 

OUT LDOUT ;OUTPUT TO LEADING DISPLAY 

MVI A,TPULS ;DELAY DISPLAY PULSE LENGTH 

CALL DELAY 

MOV AE ;GET TRAILING DIGIT 

OUT LDOUT ;OUTPUT TO TRAILING DISPLAY 

MVI A,TPULS ;DELAY DISPLAY PULSE LENGTH 

CALL DELAY 

DCX Нн ;COUNT DOWN 16-BIT COUNTER 

MOV AH АНЕ BOTH 8-BIT SEGMENTS ОҒ 
;COUNTER ZERO? 

ORA L ;:REMEMBER DCX INSTRUCTION DOES 
;NOT SET ZERO 

JNZ DSPLY (МО. CONTINUE PULSING DISPLAYS 

JMP START ; YES, GO SAMPLE TEMPERATURE AGAIN 


“SUBROUTINE DELAY WAITS FOR THE NUMBER OF MILLISECONDS SPECIFIED 
М REGISTER A BY COUNTING WITH REGISTER С 


‘REGISTERS USED: A.C 


DELAY: ММ! C,MSCNT ;LOAD REG С FOR 1 MS DELAY 
WTLP: DCR С ;WAIT 1 MS 
JNZ WTLP ; 
DCR A ;COUNT DOWN NUMBER OF MS 
JNZ DELAY 
RET 


“SUBROUTINE CONVR CONVERTS INPUT FROM A/D CONVERTER TO DEGREES 
“CELSIUS BY USING A TABLE. INPUT DATA IS IN THE ACCUMULATOR 

“АМО RESULT IS 2 BCD DIGITS IN ACCUMULATOR 

“REGISTERS USED: A.B,C.H.L 


CONVR: LXI H,DEGTB :СЕТ BASE ADDRESS OF CONVERSION 


;TAELE 
MOV BA ;:SAVE A/D INPUT 
MVI с.0 ;:START DEGREES АТ ZERO 
CHVAL: МОУ AM :СЕТ ENTRY FROM TABLE 
CMP В 15 A/D INPUT LESS THAN OR 
;EQUAL TO ENTRY? 
MOV AC :СЕТ DEGREES CELSIUS 
JNC FOUND ; YES, RIGHT VALUE FOUND 
ADI 1 ‘ADD 1 TO DEGREES 
DAA ;MAKE DEGREES BCD 
MOV CA 
INX H ;NEXT TABLE ENTRY 
JMP CHVAL 
FOUND: RET ;:RETURN WITH TEMP AS 2 BCD 
:DIGITS IN. A 
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;TABLE DEGTB WAS OBTAINED BY CALIBRATION WITH A KNOWN REFERENCE 
;DEGTB CONTAINS THE LARGEST INPUT VALUE WHICH CORRESPONDS ТО A 
PARTICULAR TEMPERATURE READING (I.E., THE FIRST ENTRY IS DECIMAL 58 
; SO AN INPUT VALUE OF 58 IS THE LARGEST VALUE GIVING A ZERO TEM- 
PERATURE 
READING - VALUES BELOW ZERO ARE NOT ALLOWED) 


DEGTB: DB 58,61,63,66,69,71,74,77,80,84,87,90,93,97,101,104,108 
DB 112,116,120,124,128,132,136,141,145,149,154, 158, 


163,167 

DB 172,177,181,186.191,195,200,204,209,214,218,223, 
227,232 

DB 236,241,245,249 253,255 


END 
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